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1 . INTRODUCTION 

1 . 1 TEAM  HISTORY 

Tht  Cal  Poly  Task  Team  Extension  is  a continuation  of  a previous  modeling  effort  which 
had  been  conducted  at  California  Polytechnic  University  in  Pomona,  CA  from  January  to 
April,  1987.  The  Extension  Team  was  organized  and  chartered  by  George  Goldsmith, 
John  Zimmerman,  and  Curtis  Parks  in  May  1987.  The  intent  was  to  develop  a data  model 
that  would  address  the  issues  associated  with  the  physical  description  of  electrical 
products.  This  work  was  a logical  continuation  of  the  work  which  was  conducted  at  the 
January  to  April  workshops  wherein  a data  model  addressing  the  functional  behavior  of 
electrical  products  had  been  produced. 

Organizationally,  the  IEEE  parentage  of  the  Extension  Team  became  somewhat  tenuous 
after  the  breakup  of  the  Design  Automation  Standards  Subcommittee  (lEEEyOASS) 
electrical  committee  in  June.  However,  the  model  found  a new  home  under  the  direction 
of  Steven  Piatz.  head  of  the  OASS  Working  Group  on  Information  Modeling. 

Within  the  Product  Data  Exchange  Specification  (PDES)  organization,  the  model  has  been 
submitted  to  the  Electrical  Applications  Subcomittee  (EAC).  chaired  by  Larry  O’Connell. 
Both  models  are  expected  to  become  integrated  into  the  PDES  Logical  Layer  model. 

1.1  TEAM  MEMBERSHIP 

The  following  formal  roles  were  assigned  to  members  of  the  Task  Team  Extension.  Lead 
Modeler,  John  Zimmerman;  Team  Adminstrator,  George  Goldsmith;  Technical  Consultant, 
Roger  Gale.  Informally,  team  members  fell  into  specific  roles:  Dzung  Ha,  database 
development;  Kaz  Hort,  Query  development;  Joan  Tyler,  CIM  specialist  and  JANUS  data 
administrator;  Robert  Meagher,  technical  discussion  and  hybrid  development;  Mary 
Kathryn  Kennedy,  technical  discussion  and  adminstrath/e  support;  Noel  Christensen, 
technical  consultant  for  topology;  and  Scott  Madsen,  technical  discussion  and  graphic 
support.  Curtis  Parks  served  as  Design  Specialist  and  Editor-in-chief  of  the  final 
report.  Assistance  was  provided  by  Larry  O’Connell  of  Sandia  National  Labortories,  and 
the  following  people  provided  technical  support  at  one  or  more  sessions:  Steven  Piatz, 
Yosef  Hahdim,  Bill  Loye,  Paul  Nelson  and  Lt  Eric  Gunther  of  the  USAF  CIM  Office. 

1 . 2 ORGANIZATION  OF  THIS  REPORT 

The  body  of  this  report  contains  this  introduction,  a summary,  the  conceptual  data  model 
developed  by  the  task  team,  conclusions  and  recommendations.  The  bulk  of  the  report 
body  is  the  conceptual  data  model  which  was  developed  by  the  Extension  Team.  The  model 
was  partitioned  into  several  views  which  reflect  the  logical  organization  of  the  model.  A 
brief  narrative  has  been  included  on  each  view  of  the  model  which  articulates  the 
important  concepts  contained  in  each  view.  Some  'For  Exposition  Only*  (FEO) 
subsections  of  the  model  and  miscelleanous  illustrations  have  been  included  when  these 
have  been  found  to  be  explanatory.  The  distinction  between  a view  and  a FEO  is  that  a 
view  of  the  model  is  an  exact  subset  of  the  model,  whereas  a FEO  may  contain  a subjective 
represention  of  the  model.  That  is,  a FEO  need  not  adhere  to  a portrayal  of  a subset  of 
entities,  attributes,  and  relationships  included  in  the  formal  model  nor  to  the  model's 
various  formalities.  Other  documentation  of  the  model  includes  definitions  for  the  entity 
pool  which  can  be  found  in  the  Model  Glossary  and  a set  of  business  rules  which  describe 
the  relationships  among  entities  and  their  cardinality. 
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2.  SUMMARY 

2 . 1 PURPOSE  OF  THE  CAL  POLY  TASK  TEAM  EXTENSION 

The  intention  of  the  the  Extension  Team  is  to  produce  a data  model  which  will  serve  as  a 
starting  point  for  developing  industry-wide  computer  integrated  manufacturing  (CIM) 
environments  for  electrical  products.  Our  model  is  based  on  the  assumption  found  also 
in  the  POES  Planning  Model  that  there  is  a logical  separation  of  the  functional  from  the 
physical  description  of  electrical  products.  The  previous  modeling  group  which  met  at 
California  Polytechnic  University  (Cal  Poly)  from  January  to  April,  1987,  produced  a 
data  model  that  described  the  functional  behavior  of  electrical  pr^cts.  (This  would  be 
the  data  conveyed  by  a schematic  or  boolean  construct  and  net  list.)  The  work  of  the  Cal 
Poly  Task  Team  Extension  continued  this  work  by  describing  the  physical  nature  of 
layered  electrical  products  such  as  printed  circuit  boards,  hybrid  microcircuits,  and 
thick  film  assemblies.  Rgure  1 uses  the  IDEF1X  modeling  methodology  to  describe  the 
relationship  of  functional  and  physical  data,  together  with  requirements.  This  view  was 
defined  early  in  the  original  Team's  work.  Figure  2 illustrates  the  CIM  environment 
that  the  model  is  intended  for.  Rgure  3 describes  the  range  of  electrical  products  over 
which  the  Cal  Poly  Task  Team  Extension  (CPTTX)  model  is  applicable. 

2 . 2 SCOPE  OF  THE  CAL  POLY  TASK  TEAM  EXTENSION 

The  Cal  Poly  Task  Team  Extension  started  with  an  initial  scope  to  indude  at  the  data  that 
is  delivered  to  manufacturing  from  design  and  from  planning.  The  purpose  of  the  model 
has  been  illustrated  using  two  different  scoping  tools  which  are  both  presented  here. 
Figure  4 portrays  the  scope  of  the  Cal  Poly  Task  Team  Extension  as  it  is  expressed  over  a 
period  of  time.  Figures  5 and  6 portray  the  scope  of  the  Cal  Poly  Task  Team  Extension  as 
seen  from  a process-driven  or  activity-oriented  approach. 

The  diagrams  found  in  Rgures  5 and  6 are  IDEFO  Activity  diagrams  which  describe  the 
scope  of  the  modeling  effort  by  describing  the  set  of  data  that  is  available  at  particular 
points  in  the  activity.  Notice  that  there  is  no  time  line  associated  with  this  activity- 
driven  approach,  however,  there  is  an  implicit  need  to  consider  that  these  activities 
occur  over  a period  of  time  (which  may  affect  the  data  somewhat). 

Appendix  A1  contains  a copy  of  the  Team's  charter  which  further  defines  the  goals  of  the 
Cal  Poly  Task  Team  Extension. 

2 . 3 MODEL  REVIEWS 

An  informal  review  and  interim  workshop  was  hosted  by  Gene  Ush  in  November  1987, 
at  the  US  Naval  Weapons  Electronics  Manufacturing  Productivity  Facility  (EMPF)  in 
China  Lake,  CA.  At  this  review,  data  requirements  for  the  automation  of  electrical 
product  assemblies  were  discussed. 

A full  scale  review  of  the  model  was  conducted  during  the  convening  of  the  Electrical 
Applications  technical  subcommittee  at  the  IGES/POES  quarterly  meeting  in  January 
1 988.  At  this  review  three  significant  issues  were  raised  which  have  been  appended  to 
the  Issue  List  (Appendix  A4).  The  last  of  these  three  issues  was  not  dtecussed  at  the 
January  review  and  has  been  included  in  this  final  report  as  an  unresolved  change  to  the 
model.  (See  issue  issue  # 16.) 
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Figure  1.  The  Relationship  of  Functionai  Design  Solutions,  Physical  Desi^ 
Solutions  and  the  Requirements  Stacturt  as  defined  by  the 
Poly  Task  Team,  April  1987. 
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Figure  2.  The  Computer  Integrated  Manulacluring  Environmenl. 
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Figure  4.  Scope  of  ihe  Cal  Poly  Task  Team  Extension 
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Figure  6.  AO  Activity  Diagram  for  the  Cat  Poly  Task  Team  Extension  model. 
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2 . 4 DEMONSTRATION  OF  THE  MODEL 

A prototype  demonstration  of  the  model  was  presented  Wednesday  January  13,  1988, 
during  the  meeting  of  the  IGES/PDES  General  Assembly.  This  demonstration  was 
designed  to  illustrate  the  suitability  of  the  model  in  a production  environment.  The  data 
for  the  board  used  in  the  demonstration  test  case  was  supplied  by  Westinghouse.  It  was 
also  used  by  the  Product  Definition  Data  Interface  (PDDI)  project,  a US  Air  Force  CRAD 
contract  carried  out  in  conjunction  with  Westinghouse  and  McDonnell  Aircraft.  In  the 
demonstration,  several  queries  were  run  against  a populated  database.  The  database  was 
constructured  in  DBase  III.  The  queries  were  designed  in  Sequential  Query  Language 
(SQL)  to  answer  popular  user  questions  such  as:  i)  'Show  the  board  outline*,  and  2) 
"What  are  all  the  traces  on  a given  layer  at  a given  voltage?"  Answers  to  the  queries 
were  then  graphically  displayed  using  an  interface  program  written  by  Dzung  Ha. 
Appendices  3 and  9 contain  sample  database  tables  and  examples  of  these  queries.) 

2 . 5 SELECTION  OF  A MODELING  LANGUAGE 

I DEFIX  was  selected  as  the  modeling  language  tor  the  project  because  it  is  the  language 
used  by  consensus  within  the  PDES  community  to  develop  conceptual  models.  The 
previous  Cai  Poly  team  had  also  used  IDEF1X,  and  it  was  assumed  that  the  next  task  would 
be  to  integrate  these  two  electrical  models.  Because  the  Modeling  Leader,  John 
Zimmerman,  is  proficient  in  several  modeling  languages,  we  had  an  option  to  select  from 
a variety  of  modeling  languages  without  loss  in  productivity. 

I0EF1X  was  developed  by  the  U.S.  Air  Force  ICAM  project  A manual  describing  the 
modeling  language  and  methodology  is  available  from  the  ICAM>CIM  Library  at  the 
Wright  Aeronautical  Laboratories  in  Dayton,  Ohio.  The  team  also  received  travel  fund 
assistance  through  the  Air  Force  Computer  Integrated  Manufacturing  (CIM)  Office,  the 
successor  to  the  ICAM  program  which  had  originally  codified  the  IDEF  modeling  language 
and  methodology  in  1981.  According  to  the  ICAM  specifications.  lOEF  'kits'  were 
prepared  to  record  the  results  of  each  working  session.  These  kits  were  sent  to  team 
members  for  review  by  individuals  between  meetings.  At  the  beginning  of  each  meeting 
these  kits  were  collectively  reviewed  and  revised  to  reflect  consensus  changes. 

IDEF  models  were  used  with  JANUS,  a software  package  which  outputs  a normalized 
IDEFIX  data  model.  This  normalized  model  was  used  to  check  the  team  model  in  its  final 
kit  form.  The  input  form  for  JANUS  is  a text  language  called  Structural  Modeling 
Language  (SML).  SML  is  a formal  language  which  precisely  describes  each  entity, 
attribute  and  relationship  found  in  the  model.  It  is  intended  to  be  concise  for  ease  of 
entry  and  edit,  and  structured  in  formal  syntax  for  computer  readability.  The  SML  input 
file  describes  each  entity,  the  entity's  parent(s),  and  the  relation  required  to  migrate 
primary  and  non-key  attributes  into  the  child  entities. 

The  JANUS  compiler  checks  SML  syntax,  migrates  the  keys  and  writes  formal  output 
reports.  Those  reports  include  the  normalized  SML,  business  rules,  the  entity  and 
attribute  glossary,  and  a graph  of  the  model. 

The  JANUS  software  on  sits  at  the  Naticnal  Bureau  of  Standards,  Factory  Automation 
Systems  Division  (part  of  the  AMRF)  was  used  for  the  reconciliation  of  the  input  SML 
and  the  output  description  of  the  model.  The  SML  input  file  and  glossary  were  mutually 
loaded  from  the  Team's  composite  view  model.  The  AMRF  staff  successively  ran  the 
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JANUS  normalization  procedure,  then  compared  the  graphic  model  output  to  the  source 
model.  Relationships  not  in  agreement  were  corrected  by  changing  the  input  SML  file. 

2.6  'RELATIONSHIP  TO  THE  PDDI  PROJECT 

During  the  time  when  the  Team  was  meeting,  the  PDDI  project  was  also  underway  to 
determine  data  requirments  for  printed  wiring  (or  circuit)  boards.  The  PDDI  Extension 
sought  to  apply  the  formal  specification  developed  under  the  original  PDDI  Project  to 
electronic  products,  specifically,  circuit  card  assemblies.  Although  much  of  the  subject 
data  was  the  same,  the  approach  and  the  results  were  different.  PDDI  wanted  to  apply  the 
existing  methodology  to  an  electronic  product:  Cal  Poly  wanted  to  develop  a rigorous 
entity-relationship  definition  for  an  electronic  product.  The  Cal  Poly  Team  received 
information,  including  the  test  data,  from  the  PDDI  Project,  and  other  communication 
between  the  two  groups  was  routinely  exchanged. 

2 . 7 SUMMARY  OF  THE  WORKING  SESSIONS 

Although  the  setting  and  agenda  varied  for  each  meeting,  there  did  seem  to  be  a 
consistency  of  output.  By  the  third  session,  after  the  scope  and  administrative  issues 
settled  down,  the  heart  of  the  modeling  activity  began.  The  following  is  a brief  meeting- 
by-meeting  summary  of  the  activity  which  occurred  in  each  session. 

SESSIONS  I AND  II:  The  Team  utilized  the  first  two  meetings  to  collect  source  material 
and  create  a candidate  entity  pool.  The  source  material  consisted  of  prior  electrical 
models  from  the  IGES  Electrical  Application  Committee  and  from  the  Air  Force  Product 
Definition  Data  Interface  Extension  Project.  Definition  specifications  from  the  IEEE  and 
the  ANSI  standard,  ANSI/IPC-T-50C  for  Interconnecting  and  Packaging  of  Electronic 
Circuits  (IPC)  were  also  used.  An  IDEF1X  kit  of  seven  FEO's  was  assembled  to  define  the 
model  utilizing  the  entity  pool  which  had  been  established. 

SESSION  III:  The  third  meeting  was  the  beginning  of  work  on  printed  wiring  board 
features.  Our  idea  was  to  extend  the  PDES  formal  features  model  to  provide  for  layered 
electrical  products.  The  kit  was  revised  to  reflect  this  extension. 

SESSION  IV:  During  the  fourth  meeting,  a review  indicated  that  the  modeling  language 
was  not  serving  as  a sufficiently  expressive  vehicle  to  develop  the  concepts  presented.  A 
set  of  business  rules  was  created.  These  rules  replaced  the  appropriate  kit  FEO's  as  a 
temporary  review  mechanism. 

Prior  to  the  fifth  meeting,  Scott  Madsen  utilized  a set  of  IDEF  symbols  on  a CADDS  III 
schematic  capture  system  to  construct  a 37-entity  model  from  the  business  rules  and 
FEOs.  (A  C-size  reproduction  of  the  final  version  of  this  global  model  is  attached  to  the 
back  cover  of  this  report.) 

SESSION  V:  Topology  and  Reference  Path  Analysis  were  the  main  topics  at  this  meeting. 
A methodology  for  query  analysis  was  developed.  The  difference  in  approach  from  the 
PDDI  project  was  noted. 
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SESSION  VI:  Although  the  agenda  for  the  sixth  meeting  included  populating  the  model,  the 
model  was  not  yet  stable,  particularly  in  the  areas  of  topology,  geometry  and  PWB 
panels.  A lot  of  good  modeling  work  as  accomplished  at  this  session.  A complete 
shape/size  model  was  incorporated  and  the  relationship  of  PWB  panels  was  further 
defin^. 

SESSION  VII:  This  was  an  interim  session  conducted  in  China  Lake,  CA.  At  this  meeting 
the  model  was  'blessed*  by  a number  of  visiting  local  reviewers.  (It  may  have  been 
cursed  by  a few.)  Refinements  were  made  in  the  model  to  accomodate  logical  subregions, 
and  a preliminary  population  of  the  database  was  begun. 

SESSION  VIII:  The  structure  of  the  Final  Report,  query  capability,  and  questions  on  the 
demonstration  project  were  discussed  in  detail  at  the  last  group  session. 

2.3  RESULTS 

The  Cal  Poly  Task  Team  Extension  has  produced  a conceptual  schema  for  all  layered 
electrical  products.  By  describing  the  fundamental  elements  about  layered  electrical 
products,  the  Task  Team  has  paved  the  way  for  any  number  of  user-specific  external 
schemas  to  be  built.  (Note  that  only  one  technology-spedfic  external  schema  (that  for 
PWBs)  has  been  shown.) 

The  Task  Team  Extension  began  its  activities  in  the  first  week  of  May  1987  and 
completes  its  formal  acitivity  with  the  delivery  of  this  final  report.  No  further  activity 
is  automatically  assumed  by  the  Task  Team. 

2.9  FUTURE  ACITIVITIES 

The  Model  Glossary  is  being  entered  into  a dictionary  testbed.  The  testbed  is  built  to  the 
Information  Resource  Dictionary  draft  standard  specification  which  is  being  developed 
by  Helen  Woods  at  the  National  Bureau  of  Standards.  For  further  information  on  this 
activity,  please  see:  A Technical  Oven/iew  of  the  Information  Resource  Dictionary 
System  (second  edition)  by  Alan  Goidfine  and  Patricia  King.i 

Further  modeling  tasks  might  indude  the  development  of  an  electronics  component  model 
and  the  integration  of  the  functional  and  physical  models.  However,  no  definitive  plans 
have  been  confirmed  as  of  the  date  of  this  writing.  Interested  parties  should  contact  the 
chairman  of  the  IGES/PDES  Electrical  Applications  Committee  for  more  information 
regarding  future  modeling  activities. 


^ This  document  is  obtainable  from  the  U.S.  Department  of  Commerce,  NATIONAL 
BUREAU  of  STANDARDS,  Institute  for  Computer  Sdence  and  Technology,  Gaithersburg, 
MD.  20899.  Document  Number:  NBS-IRS8-3700. 
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3 . THE  DATA  MODEL 
3 . 1 MODEL  VIEWS 

Each  View  of  the  model  is  a logical  partition  (that  is,  a logical  distinct  subset)  which 
addresses  some  important  concept  found  in  the  model.  The  global  model  was  divided  into 
19  distinct  subsets  each  of  which  is  depicted  by  a unique  view  of  the  model.  An  index  to 
these  19  views  can  be  found  in  Table  1 (below).  This  index  lists  the  subject  of  each 
view  and  the  entities  contained  within  this  subject.  Following  the  index  are  the  19  model 
views  themselves. 


THE  MODEL  VIEWS 


VIEW 

TITLE 

ENTITIES 

VIEW  1 

Product  Structure  Context  Diagram 

S1,S2.  S3,  S8,  Cl 

VIEW  2 

Layer  Structure 

C1,  C2.  C3,  C4,  S4 

VIEW  3 

Layer  0ement 

C3,  CS,  C7,  C8,  S5 

VIEW  4 

Layer  Description 

C2,  C3,  Cl  4,  C28,  C32,  C33 

VIEWS 

Logical  Subregion 

Cl  2,  C14,  C22,  C23,  C29 

VIEW  6 

Shape 

CIS,  C16,  Cl 7,  C32,  C34,  C3S 

VIEW  7 

Ec^ 

SS9.  SS11,  SSI 7 

VIEW  8 

Shape  Topology 

C14,  CIS,  Cl 6.  Cl 7,  C32,  C33 
C34,  C35,  SS2.  SS7,  SSlI, 
SS29 

VIEW  9 

Path/Loop 

SS7.  SS9,  SS10,  SS29,  SS30 
SS31,  SS32 

VIEW  10 

Face 

SSI,  SS2,  SS3,  SS4.  SS5, 

SS6.  SS7.  SS8 

VIEW  11 

Curve  Geometry 

SS9,  SS11,  SS13,  SS14, 

SS15,  SS16,  SS17,  SS33 

VIEW  12 

Join  Topology 

C3.  CS,  C8.  C9,  C10,  Cl  8, 
SS9,SS11 

VIEW  13 

Boundary 

Cl,  C2.  C3,  CS,  C25,  SS2 

VIEW  14 

External  Shape 

C17,  C30,  C31,  SS2 
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3.2 


MODEL  GLOSSARY 


3.2.1 


DESCRIPTION  OF  THE  ENTITIES 


Four  distinct  entity  types  can  be  found  in  the  model.  Each  entity  is  identified  by  an 
entity  indentification  label  which  describes  the  entity  type.  Listed  below  are  the  entity 
identification  labels.  A brief  description  of  each  entity  type  follows. 


ENTITY  IDENTIFICATION  LABEL 


ENTITY  TYPE 
Core  entities 


C 

P 

S 

ss 


Printed  Wiring  Board  entities 
Shadow  entities 
Shape/Size  entities 


CORE  ENTITIES:  The  Core  entities  can  be  found  in  the  center  of  the  global  model. 
Collectively,  these  entities  contain  the  conceptual  description  of  what  is  generic  to  a 
Layered  Electrical  Product  (LEP).  They  embody  the  second  of  the  three  levels  of 
abstraction  upon  which  the  model  has  been  built.  The  Core  entities  are  less  abstract  than 
the  Shape/Size  portion  of  the  model  (to  the  left  of  the  Core  entities  on  the  global  model) 
and  they  are  more  abstract  than  the  technology- specific  solutions  (to  the  right  of  the 
Core  entities  on  the  global  model). 

PRINTED  WIRING  BOARD  ENTITIES:  The  Printed  Wiring  Board  (PWB)  entities  which 
appear  in  this  model  are  representative  of  a specific  technology  solution  for  electronic 
products  that  are  defined  in  terms  of  layers.  They  have  been  included  here  as  an  example 
of  one  of  several  potential  technology  solutions  which  may  be  plugged  into  the  right  side 
of  this  model.  (The  PWB  technology  solution  was  chosen  because  there  was  some  interest 
on  the  part  of  the  Task  Team's  management  in  producing  a PWB  specific  model  and 
because  there  had  already  been  some  work  done  on  PWB  models  by  several  of  the 
participanting  companies.)  However,  the  team  has  done  far  more  than  develop  a 
dedicated  PWB  model;  it  has  developed  a generic  conceptual  foundation  on  which  several 
specific  Layered  Electrical  Product  (LEP)  models  can  be  developed.  (Figure  3 
illustrates  the  various  technology  solutions  which  are  possible.) 

SHAPE/SIZE  ENTITIES:  The  shape/size  model  which  was  incorporated  into  this  model 
was  inspired  by  a topology  model  developed  by  Peter  Wilson  and  Phil  Kennicott  at 
General  Electrical  Company  in  Schenectady,  NY.  Many  of  the  shap^size  entities  which 
appear  in  this  model  are  dertvitives  of  concepts  found  in  the  Wilson-Kennicott  model. 
Through  the  able  interpretation  (and  patience)  of  Noel  Christensen,  these  formal 
topological  concepts  were  incorporated  into  the  Cal  Poly  Task  Team  Extension  model 
where  they  were  used  to  describe  the  specific  architecture  of  layered  electrical 
products.  It  is  somewhat  misleading  to  refer  to  all  of  the  entities  in  the  Shape/Size 
partition  of  the  model  as  "shape/size*  entities  because  some  of  these  entities, 
Surface/SSI , Face/SSZ,  Loop/SS7  and  Edge/SS9,  for  example,  have  been  directly  taken 
from  the  di^ipline  of  Topology. 

In  addition  to  three  entity  types  described  above,  the  model  includes  ‘shadow*  entities. 
(These  are  the  boxes  drawn  in  dashed  lines  on  the  global  model.)  These  entities 
represent  material  which  is  related  to  but  beyond  the  scope  of  the  current  modeling 
effort.  They  have  been  included  here  because  they  provide  a place  where  other  models 
may  hook  into  our  model. 
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3.2.2  ENTITIY  DEFINITIONS 

3.2.2. 1 CORE  ENTITIES 

01  layered  electrical  PRODUCT:  A Phvsicallv  Defined  Prnri,,^ 

™ “«  "“■'V  SZSy't 

s™  s ™*sr  rr:'nsrxr.ss;“;".i2  4“-“  •'  •“ 

C3  LAYER  ELEMENT:  A continuous  topological  region  of  tODolookrai  1 . 

two  that  is  contained  within  one  and  only  on? topol^iLnayer^^  dimension  equal  to 

'>"^•'<''3  of  all 

fllcthel'^Ilonaf’  ^V*r  Elamani  that  la  aaaociated  with  an 

SVeJtTs?nr^°“hl  contain,  Infocntahon  ihat 

thl*U?a?and  <to«  tn"™„'I"''‘*'  *'**  '*  »“P«'*"'P0S8<1  anywhere  on 

?i*Wtfy“y  a”**!:  * *"  “"P'**  '““"PP'y  fs  defined 

^'’r ' ®'’PP*  fee  « '"'i'o™  *Wth  of  which  there 

are  two  types:  Open  Graph  Shape  and  Closed  Graph  Shape. 
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C17  POINT  SHAPE:  A simple  Shape  that  is  located  by  a single  Point,  for  example,  a 
pad  which  is  implicitly  defined  by.  for  example,  a position  on  a photo  plotter  aperture 
wheel. 

C18  INTRALAYER  JOIN:  A connection  between  exactly  two  Element  Join  Subregions 
that  exist  on  the  same  Layer  Element. 

C22  ICON;  A graphic  contained  within  an  information  Subregion  (i.e.  company  logo, 
symbols,  ect.) 

023  TEXT:  Textual  information  represented  graphically  within  an  Information 
Subregion. 

028  LAYER  ELEMENT  SHAPE:  The  occurrence  of  a Shape  associated  with  a Layer 
Bement. 

029  RESTRIOTEO  SUBREGION:  A Logical  Subregion  which  either  fully  or  partially 
defines  a keep-out  boundary. 

030  EXPLlOrr  shape:  An  explicit  description  defined  by  a Face,  that  can  be  applied 
to  a Point  Shape.  It  possess  it's  own  coordinate  system  that  is  independent  from  the 
product  A typical  example  would  be  a library  part  resident  in  a OAD  system. 

031  EXPLIOIT  ELEMENT  POINT  SHAPE:  The  occurrence  of  an  Explicit  Shape 
associated  with  a Point  Shape. 

032  SHAPE:  A description  that  can  be  applied  to  either  Layer  Elements  or  Logical 
Subregions  thereby  providing  a boundary  definition. 

033  LOGIOAL  SUBREGION  SHAPE:  The  occurrence  of  a Shape  associated  with  a 
Logical  Subregion. 

034  OLOSED  GRAPH  SHAPE:  A Graph  Shape  that  is  defined  by  a Loop. 

035  OPEN  GRAPH  SHAPE:  A Graph  Shape  that  is  defined  by  a Path. 
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3. 2. 2. 2 PRINTED  WIRING  BOARD  ENTITIES 

for,  or  containing  one  or  mor°J  ^yer?d  ^Electn^j^Pr^cJduc^  intended 

more  Test  Coupons.  ^ Products  and,  when  required,  one  or 

tom  a Uy'lTS  aM  Pasaaes  m® 

P3  PANEL  LAYERED  ELECTRICAL  PBOniirr.  An 

Electrical  Product  in  a manufacturing  prin”®dreun’or  orin.'S'"’*"'*  ®'  * 

Note  mat  one  or  more  products  are  nesfed’^^n  a win*w  iea  o'?  melan**""®  “ 

specific  aOMptmiS'iisi  or'Sr?ip"of°!e'at*ed''y^^^  conformance  test  circuitry  used  for  a 
P5  PANEL  LAVER:  The  occurrence  of  a specific  Layer  as  pan  of  a Panel. 

pnnted  circuit  or  printed  wiring  board  d^ata^  i?mav'’t^riM!S  m ''’® 

dunng  some  phase  of  detaii  processino  deoendTnn  ^ k ^ 
formed  in  order  to  be  visually  oresen?  nr* ® 'P*  element  has  been 

current  conduction  for  plati^  purposM.  ^ " intended  and  formed  to  provide 

P7  UYEH  PASSAGE:  The  occurrence  of  a Passage  through  a Uyer. 

p^^SSAGE  DEPOSITION:  The  occurrence  of  a specified  Material  deposited  on  a 

P9  PASSAGE  DEPOSITION  SEQUENCE:  An  ordered  pair  o,  Passage  Depositions. 
Component  occurrence  of  a Passage  intended  for  a 

^^icauS^on‘;%^a^In^:fe*^  occurrence  of  an  instance  of  an  Electrical 

achieving  one  S more^Uywto  Syer^Jolns!^*  occurrence  of  a Passage  as  a means  of 
Logicd*L^k^‘a  PASSAGE:  The  occurrence  of  an  Electrical 

additive  pro^Su  ^ Elements  are  Implemented  as  an 
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3. 2. 2. 3 SHAPE/SIZE  ENTITIES 

551  SURFACE:  Surface  for  Layered  Electrical  Product  is  assumed  to  be  a plane.  The 
plane  is  r^resented  by  a Point  and  a Direction. 

552  FACE:  An  abstraction  for  a bounded  portion  of  a Surface.  A Face  has  a top,  bottom, 
inside,  outside,  and  a boundary.  A Loop  associated  with  the  Face  describes  the  boundary 
between  the  inside  and  the  outside  of  the  Face.  Note  that  the  Surface  normal  is  used  in 
coordinating  the  direction  of  the  bounding  Loop  (see  SS8).  A Face  defines  a two 
dimensional  topological  region.  In  this  region  motion  is  restricted  to  forward, 
backward,  and  sideways  but  not  up  and  down. 

553  TRIMMING  FACE:  A Trimming  Face  is  a Face  that  tnms  either  another  Face  or  a 
Surface.  Trim  means  take  a subset  of  the  region  of  the  trimmed  object. 

554  FACE  STRUCTURE:  A Face  used  by  a Surface.  It  stands  for  the  relationship 
between  a Face  and  a Surface.  It  defines  the  relative  direction  between  the  Face  and  its 
associated  Surface  using  the  Face  Structure  Orientation  attribute. 

555  TRIMMED  SURFACE:  A Face  that  trims  a Surface. 

556  SUBFACE:  A Face  that  trims  another  Face. 

557  LOOP:  An  ordered  collection  of  Edges  with  the  following  constraints:  The  Vertex  of 
every  Edge  must  be  the  same  Vertex  of  exactly  one  other  Edge.  This  means  that  an  Edge 
Loop  Structure  defines  a closed  connection  of  Edges.  It  is  used  to  bound  Fac8/SS2.  The 
positive  direction  of  the  Loop  is  arbitrarily  assigned.  However,  once  the  positive 
direction  of  the  Loop  has  been  assigned,  the  directions  of  the  underlying  Edges  must  be 
coordinated  to  agree  via  Edge  Loop  Structure/SSl  0.  * This  coordination  marks  the 
underlying  Edge  as  either  having  the  same  or  opposite  direction  of  the  Loop. 

558  LOOP  STRUCTURE:  A Loop  used  by  a Face.  It  stands  for  the  relationship  between 
a Loop  and  Face/SS2.  It  coordinates  the  direction  of  the  Loop  with  the  normal  of  the 
using  Face  through  the  convention  of  the  right-hand  rule.  The  right-hand  rules  states 
that  if  one  is  walking  in  the  positive  direction  of  the  Loop,  he  is  walking  along  the  Loop 
on  the  top  side  of  the  Face  and  the  inside  of  the  Face  is  to  the  walker's  left.  If  this  is  not 
true  the  Loop  Structure  coordinates  the  Loop  direction  by  setting  the  Loop  Structure 
Orientation  attribute  to  negative. 

559  EDGE:  A connection  between  two  Vertices  (not  necessarily  dtetinct).  An  Edge  does 
not  describe  physical  details  of  the  connection  (it  is  an  abstract  connection).  Usually  an 
Edge  has  an  interpretation  in  the  physical  world  (a  connecting  conductor,  part  of  the 
perimeter  of  the  board  etc.).  One  Vertex  is  said  to  be  the  start  Vertex  for  the  Edge  and 
the  other  Vertex  is  said  to  be  the  stop  Vertex  for  the  Edge.  A positive  traversal  of  the 
Edge  is  said  to  be  from  the  start  Vertex  to  the  stop  Vertex.  An  Edge  defines  a topological 
region  of  dimension  one.  Movement  within  this  region  is  restricted  to  forward  or 
backward  movement. 

SS10  EDGE  LOOP  STRUCTURE:  An  Edge  used  by  a Loop.  It  stands  for  the 
relationship  between  an  Edge  and  a Loop.  It  coordinates  the  Direction  of  the  Edge  by 
indicating  through  the  attribute  Edge  Loop  Orientation  whether  the  Direction  of  the  Edge 
is  the  same  or  opposite  of  the  using  Loop.  Positive  means  that  when  the  Loop  is  being 
traversed  in  the  positive  direction,  the  particular  underlying  Edge  is  also  being 
traversed  in  the  positive  direction.  Negative  means  that  when  the  Loop  is  being 
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NOTE:  The  following  shadow  entities  exist  or  will  exist  in  another  model.  The 
definitions  stated  here  are  intended  only  to  provide  clarity  as  It  relates  to  this  model. 
For  comprehensive  definitions  of  these  entities,  refer  to  the  appropriate  models. 

51  PHYSICAL  DEFINED  PRODUCT  ITEM:  Information  about  an  item  which  is 
intended  to  be,  or  is,  included  in  the  design  definition  of  a product.  The  Physically 
Defined  Product  Item  has  related  data  which  establishes  its  physical  boundaries,  or 
physical  characteristics,  or  both.  Everything  from  paint,  bar  stock,  purchased  screws 
and  resistors  to  the  highest  defined  assembly  may  appear  as  an  instance  of  this  entity, 
(see  the  POES  Planning  Model). 

52  PHYSICAL  DEFINED  PRODUCT  ITEM  VERSION:  Information  about  a variation 
of  a Physically  Defined  Product  Item.  Every  product  has  an  original  version  and  may 
have  subsequent  versions.  One  of  the  forms  of  identification  of  product  versions  is  a 
change  letter,  (see  POES  Planning  Model) 

53  PHYSICALLY  DEFINED  CONSTITUENT  ITEM  OCCURRENCE:  This  is 
information  about  the  basic  relationship  among  items  that  establishes  the  structure  of  a 
product.  Two  different  kinds  of  information  can  be  drawn  from  this  data:  'bill  of 
material*  which  is  what  items  are  required  to  make  another  hem,  and  *where  used* 
which  is  the  information  about  all  of  the  usages  of  a particular  hem.  (see  POES  Planning 
Model) 

54  MATERIAL:  The  tangible  substance  out  of  which  a product  is  made.  A Material  is 
made  of  exactly  one  uniformly  constituted  chemical  compound  possessing  consistent 
characteristics  and  properties,  (see  unknown  future  model) 

55  DEFINED  ELECTRICAL  LOGICAL  LINK:  Data  about  the  logical  electrical 
connectivity  within  a functional  unh.  When  associated  whh  Layer  Elements,  Passage 
Depositions,  and  Component  Lead  Passages  in  this  model,  h establishes  two  or  more  of 
these  elements  as  being  electrically  in  common,  (see  future  Component/CCA  model) 

56  COMPONENT:  An  individual  part  or  combination  of  parts  that  performs  a specific 
design  function(s).  It  contains  two  or  more  Component  Leads  and  can  either  be  mounted 
on  a Layered  Electrical  Product  in  a subsequent  assembly  process  or  be  implemented  as  a 
Layer  Bement  of  the  product  (see  future  Component/CCA  model) 

57  COMPONENT  LEAD:  An  element  of  a Component  that  serves  as  a mechanicai  and/or 
electrical  connector  to  a Layered  Electrical  Product  in  an  assembly,  (see  future 
Component/CCA  model) 

58  INSPECTED  PRODUCT  UNIT:  Information  about  a manufactured  hem  which  has 
been  subjected  to  required  examinations  and  tests  and  the  resuhs  of  those  examinations 
and  tests,  (sm  POES  Planning  Model) 

510  COMPONENT  LEAD  VERTEX:  An  abstraction  for  a Component  Lead  that  is 
defined  by  a Vertex,  (see  future  Component/CCA  Model) 

511  PRODUCTION  PLAN:  The  authorization  and  instructions  for  initiating  the 
manufacture  of  an  identified  designed  item-version.  The  plan  is  enterprise- specific, 
and  defines  the  mechanisms  needed  for  a production  run  of  a defined  size  for  a product, 
(see  PDES  Planning  Model) 
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3.2.3 


attribute  definitions 


Allowing  set  of  attributes  have  been  derived  from  the  fully  normaii^an 
(which  IS  the  version  of  the  model  after  it  has  been  run  throtinh 
‘ attributes  appearing  here  may  not  appear  on  the^lobal 

mt^el  {whi<^  IS  the  C-size  sheet  enclosed  with  this  report)  due  to  a lack  of  soace  and  a 
need  to  include  only  the  essential  elements  on  the  global  model.  (This  a no^a  flaw 

^®'®'^  ®^®  '’equired  to  under  the  global  model  All  o^ 
to!nrn  o"  represented  within  the  t9  model  views 

CLEARANCE  LIMITS:  Design  rules  applied  to  the  product  as  a whole  that 

conZrZ  tiistances  between  layer  elernems  (eg.,  anulus  ring  ove?etci? 

conductor  separation,  registration,  ect).  *’ 

be°Zrh:r;,,,SVXr^^^  pa-'-  as  specified 

CURVE  10  (CIRCLE  ID):  An  identifier  for  a curve  that  is  a circle. 

CURVE  10  (LINE  ID):  An  identifier  for  a curve  that  is  a line. 

S-Te^If  '°’=  *at  has  been  trimmed 

CURVE  ID:  An  identifier  for  a curve. 

the'l*e®hM^he  ^ aPa®*"**  »P»tbsr  the  curve  and 

me  edge  have  the  same(-  positive)  or  opposite(-  negative)  directions 

Si  ~-s  that  we 

prS!S''rMu!'rfS'.n«"!.*5!l”  “"'""Posad  restriction*  made  necessary  by 

fraM  ?raM  2il*  capabilities  (e.g..  pad  - pad,  pad  - 

‘ values,  supply  volts  default  sianal  volts  max 

signal  current  max.  comer  angle  limit,  conductor  width  miir).  ^ ® ’ 

DIRECTION  I:  A vector  value  along  the  x axis. 

di?".‘=j:^n"c,!?a,‘%^o1.''^,Sr*'-  ""  "'*•  '*  -ab  to 

DIRECTION  ID:  An  identifier  for  a direction. 

DIRECTION  J:  A vector  along  the  y axis. 
direction  K:  A vector  along  the  z axis. 
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EDGE  ID  (COMPONENT  LEAD  JOIN  ID):  An  identi^er  for  an  edge  that  is  used  as  an 
abstraction  for  a component  lead  join. 

EDGE  ID.  (CURVE  TRIMMING  EDGE  ID):  An  identifier  for  an  edge  that  is  used  to 
trim  a curve. 

EDGE  ID  (INTRALAYER  JOIN  ID):  An  identifier  for  an  edge  that  is  used  as  an 
abstraction  for  an  intralayer  join. 

EDGE  ID  (LAYER  TO  LAYER  JOIN  ID):  An  identifier  for  an  edge  that  is  used  as  an 
abstraction  for  a layer  to  layer  join. 

EDGE  ID  (LOOP  EDGE  ID):  An  identifier  for  an  edge  that  is  a constituent  of  a loop. 
EDGE  ID  (PATH  EDGE  ID):  An  identifier  for  an  edge  that  is  a constituent  of  a path. 
EDGE  ID:  An  Identifier  for  an  edge. 

EDGE  LOOP  ID  (PRECEEDING  EDGE  LOOP  ID):  Not  sure  of  the  function  of  this  in 
the  edge  loop  structure  sequence  entity.  May  be  redundant;  see  LOOP  EDGE 
ID(PRECEEDING  LOOP  EDGE  ID). 

EDGE  LOOP  ID  (SUCCEEDING  EDGE  LOOP  ID):  Not  sure  of  the  function  of  this  in 
the  edge  loop  structure  sequence  entity.  May  be  redundant;  see  LOOP  EDGE 
IO(SUCCEEDING  LOOP  EDGE  ID). 

EDGE  LOOP  ORIENTATION:  An  indicator  that  specifies  whether  the  direction  of  an 
edge  is  the  same  (>  positive)  or  opposite  (■  negative)  when  participating  as  an  element 
of  a given  loop. 

EDGE  PATH  ID  (NEXT  EDGE  PATH  ID):  Not  sure  of  the  function  of  this  in  the  edge 
path  structure  sequence  entity.  May  be  redundant;  see  PATH  EDGE  ID(NEXT  PATH  EDGE 
ID). 

EDGE  PATH  ID  (PRIOR  EDGE  PATH  ID):  Not  sure  of  the  function  of  this  in  the  edge 
path  structure  sequence  entity.  May  be  redundant;  see  PATH  EDGE  ID(PRIOR  PATH  EDGE 
ID). 

ELEC  PROD  TYPE:  A categorization  of  layered  electrical  products.  Examples  include 
printed  circuit  boards,  hybrid  microassembiies,  integrated  circuits,  flex  harnesses, 
stripline  boards,  etc. 

EXPLICIT  ELEMENT  POINT  SHAPE  ORIENTATION:  Specifies  the  rotation  of  the 
coordinate  space  of  an  explicit  shape  relative  to  the  coordinate  space  of  the  product. 

EXPLICIT  SHAPE  ID  (EXPLICIT  ELEMENT  SHAPE  ID):  An  identifier  for  an 
explicit  shape  that  describes  a point  shape. 

EXPLICIT  SHAPE  ID:  The  identifier  of  a collection  of  geometry  which  defines  an  area. 
This  identifier  may  be  used  as  a library  file  name. 
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PACE  ID  (AREA  SHAPE  FACE  inv  a 

area  s^ape.  '0)-  An  .dentifler  ,or  a face  ,ha.  is  used  ,o  deHne  an 

W(!) '°>=  'or  a face  as  i,  padicipafes  «i.  a 

define  a subregicn^J^y a^laye^^femem!'^'^®  'or  a face  that  is  used  to 

pace  id  (EXPLICIT  SHAPE  isjn\.  a ^ 

explicit  Shape.  identifier  for  a face  that  i,  used  to  describe  an 

:s?L'Sr  r,i.'rs  “ ».sts 

PACE  ID  (TRIMMING  FACE  ID^  a«  ^ a, 

'ace.  or  surfaces.  '^aotiler  for  a face  that  Is  used  to  trim  other 

PACE  ID  (TRIMMING  SUBFACE  IDV  a« 

by  another  face.  An  dehttfier  far  a face  that  has  been  tdmmed 

FACE  lOi  An  identifier  far  a face. 
pace  loop  ORIENTATinw*  a*.  • 

'b.  same  (.  posith,,,  or  opposite  nl^auVeT  Son,*'’*'"*'  * ^nb  a faop  have 
^ACE  structure  .0:  An  identiHer  far  a face  structure. 

aAfhatrtK.^  a face  and  a 

e'-"a5."?eSnfsrf,^;^",:'’^^^^^^^  the  defining  graph 

GBAPH  shape  id  fffi  rsee»  - ’ '*''*'  "A'®"*'- 

■bat  IS  a ctosed  grapti  SHAPE  10):  An  idenuffer  far  a graph  shape 

'sanopenSfsiU®’’^"  "S^APH  SHAPE  ID):  An  identifier  ter  a graph  shape  that 
®^APH  SHAPE  TYPE*  Am, 

open  graph  shapes  and  Oom  gSSi.'”  'b*'*  are  two  types: 


‘CON  10:  An  Identifier  far  an  icon. 


"s'!  SI  «mSroutnt"*«^^^^  »'  (‘a  togo,  ba, 
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ISOLATION:  Tha  pass  / fail  of  a spacified  high  voltage  test  for  electrical  leakage 
between  two  non-connected  metal  areas  of  a product  unit. 

INFORMATION  SUBREGION  ID  (ICON  SUBREGION  ID):  The  identifier  of  a 
topologicd  area  on  the  product  which  is  intended  to  be  used  to  contain  special  purpose 
graphics. 

INFORMATION  SUBREGION  ID  (TEXT  SUBREGION  ID):  The  identifier  of  a 
topological  area  on  the  product  which  is  intended  to  be  used  to  contain  textual 
information. 

LAYER  DEPOSITION  SPEC:  A specification  describing  the  requirements  for  a 
deposition  process  (ie.  process,  material,  etc.). 

LAYER  DEPOSITION  THICKNESS:  The  required  material  thickness  for  a given 
deposition  layer. 

LAYER  ELEMENT  ID  (SHAPED  LAYER  ELEMENT  ID):  The  Identtfier  for  a layer 
element  that  has  a shape  associated  with  it. 

LAYER  ELEMENT  ID:  An  identifier  for  a layer  element 

LAYER  ELEMENT  SUBREGION  ID  (VERTEX  LAYER  ELEMENT  SUBREGION  ID): 
An  identifier  tor  an  element  join  subregion. 

LAYER  ELEMENT  SUBREGION  ID:  An  identifier  for  a layer  element  subregion. 

LAYER  ID  (BASE  LAYER  ID):  An  identifier  for  a layer  upon  which  a deposition  is 
made. 

LAYER  ID  (DEPOSITED  LAYER  ID):  An  identifier  for  a layer  that  is  formed  by 
deposition. 

LAYER  ID  (NEXT  LAYER  ID):  An  identifier  for  a layer  that  follows  the  current 
layer. 

LAYER  ID  (PRIOR  LAYER  ID):  An  identifier  for  layer  that  precedes  the  current 
layer. 

LAYER  ID  (SUBREGION  LAYER  ID):  An  identifier  for  layer  that  contains  one  or 
more  logicai  subregions. 

LAYER  ID:  An  identifier  for  a layer. 

LAYER  NOMENCLATURE:  A descriptor  define  the  type  of  layer  (ie.  conductor, 
stiffener,  insulator,  silkscreen,  ground  plane,  power  plane,  soldermask,  diffusion, 
etc.). 

LAYER  OUTLINE:  A place  holder:  a set  of  curve  values  or  a loop  which  defines  the 
boundary  of  a layer. 
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LAYER  THICKNESS  TOLERANCE;  The  tolerance  value  applied  to  the  material 
thickness  of  a layer. 

LAYER  THICKNESS:  The  material  thickness  of  a layer. 

LAYE'RED  ELEC  PROD  ITEM  ID:  An  identifier  for  a layered  electrical  product. 

LAYERED  ELEC  PROD  ITEM  VERS  ID:  An  identifier  for  a version  of  a particular 
layered  electrical  product. 

LEP  OUTLINE:  A place  holder:  a sat  of  cun/e  values  or  a loop  which  defines  the 
boundary  of  the  product. 

LINK  ID:  An  identifier  for  a defined  electrical  logical  link.  Commonly  referred  to  as  a 
signal  id. 

LOGICAL  SUBREGION  ID  (INFORMATION  SUBREGION  ID):  An  identifier  for  a 
logicai  subregion  that  is  used  as  an  information  subregion. 

LOGICAL  SUBREGION  ID  (RESTRICTED  SUBREGION  ID):  An  identifier  for  a 
logical  subregion  that  is  used  as  a restricted  subregion. 

LOGICAL  SUBREGION  ID  (SHAPED  SUBREGION  ID):  An  identifier  for  a logicai 
subregion  as  it  is  described  by  one  or  more  shapes. 

LOGICAL  SUBREGION  ID:  An  identifier  for  a logical  subregion. 

LOOP  EDGE  ID  (PRECEEDING  LOOP  EDGE  ID):  The  first  of  a pair  of  edges  which 
together  define  the  order  of  edges  which  O’ansverse  a loop. 

LOOP  EDGE  ID  (SUCCEEDING  LOOP  EDGE  ID):  The  second  of  a pair  of  edges  which 
together  define  the  order  of  edges  which  transverse  a loop. 

LOOP  ID  (EDGE  LOOP  ID):  An  identifier  for  a loop  as  it  participates  with  an  edge(s) 
in  an  edge  loop  structure. 

LOOP  ID  (FACE  BOUNDING  LOOP  ID):  An  Identifier  for  a loop  that  is  used  to  bound 
a face. 

LOOP  ID  (GRAPH  SHAPE  BOUNDING  LOOP  ID):  An  identifier  for  a loop  that  is 
used  to  define  a dosed  graph  shape. 

LOOP  ID  (SUBREGION  LOOP  ID):  An  identifier  for  a loop  that  defines  the  boundary 
for  a logical  subregion. 

LOOP  ID:  An  Identifier  for  a loop. 

MATERIAL  SPEC  (PASSAGE  MATERIAL  SPEC):  A spedflcation  describing  the 
requirements  for  material  deposited  in  a passage. 

MATERIAL  SPEC:  A spedflcation  describing  the  physical  requirements  for  material 
used  in  the  product 
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MEASURED  CLEARANCE:  The  value  associated  with  a failure  of  a product  unit  due  to 
clearance  between  conductors  under  the  minimum  specified. 

PANEL  ID  (ASSY  PANEL  ID):  An  identifier  for  a panel  that  is  also  considered  a 
detail.  > 

PANEL  ID  (DETAIL  PANEL  ID):  The  numbers  or  characters  used  to  identify 
separate  subassemblies  of  a PWB  for  planning  and  manufacturing  purposes.  Sometimes 
called  a ‘drawing  dash  number*. 

PANEL  ID:  A stock  number  or  other  identification  for  laminated,  sized  stock  which  is 
intended  for  use  to  manufacture  a printed  board. 

PANEL  LOWER  LEFT  XY:  This  attribute  defines  a comer  of  the  panel,  and  can  be  used 
together  with  panel  lower  left  x,y  to  determine  the  panel  space  and  origin. 

PANEL  UPPER  RIGHT  XY:  The  panel  is  always  assumed  rectangular.  This  location 
defines  one  comer  of  the  rectangle  bounds. 

PASSAGE  DEPOSITION  SPEC  (PRECEDING  PASSAGE  DEPOSITION  SPEC):  The 
idemification  of  the  first  of  an  adjacent  pair  of  depositions  which  are  successively  made 
within  a passage. 

PASSAGE  DEPOSITION  SPEC  (SUCCEEDING  PASSAGE  DEPOSITION  SPEC): 
The  identification  of  the  second  of  an  adjacent  pair  of  depositions  which  are  successively 
made  within  a passage. 

PASSAGE  DEPOSITION  SPEC:  The  specification  which  defines  the  process  to  be  used 
for  depositing  material  within  a passage. 

PASSAGE  DEPOSITION  THICKNESS:  The  required  material  thickness  for  a given 
passage  deposition. 

PASSAGE  DIAMETER:  The  required  finished  diameter  of  a passage. 

PASSAGE  LOCATION  (LAYER  TO  LAYER  JOIN  PASSAGE  ID):  The  location  of  a 
passage  which  is  a layer  to  layer  join  passage. 

PASSAGE  LOCATION  (PASSAGE  COMP  LOCATION):  The  identification  of  the 
component  (by  reference  designator)  which  is  intended  to  be  associated  with  a passage 
instance. 

PASSAGE  LOCATION:  Coordinate  pair  (x.y)  that  locates  a passage  with  respect  to  a 
panel  origin. 

PASSAGE  PIN  ID:  The  identification  of  a pin  of  a component  which  is  to  be  associated 
with  an  instance  of  a passage. 

PASSAGE  TOLERANCE:  The  acceptable  limit  of  a finished  passage  from  the  specified 
diameter. 
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PASSAGE  TYPE:  A categorization  of  passage  by  functionality  (ie,  via  passage,  tooling 
passage,  component  lead  passage,  fixturing.  registration,  clearance,  ect.) 

PATH  EDGE  ID  (NEXT  PATH  EDGE  ID):  The  second  of  a pair  of  path  edges  which 
togeffier  define  the  order  of  edges  participating  in  a path. 

PATH  EDGE  ID  (PRIOR  PATH  EDGE  ID):  The  first  of  a pair  of  path  edges  which 
together  define  the  order  of  edges  participating  in  a path. 

PATH  EDGE  ORIENTATION:  An  indicator  that  specifies  whether  the  direction  of  an 
edge  is  the  same  (-  positive)  or  opposite  (>  negative)  when  participating  as  an  element 
of  a given  path. 

PATH  ID  (EDGE  PATH  ID):  An  identifier  for  a path  as  it  participates  in  an  edge  path 
structure. 

PATH  ID  (LAYER  TO  LAYER  JOIN  PATH  ID):  An  identifier  for  a path  that  Is  an 
abstraction  for  a layer  to  layer  join. 

PATH  ID  (OPEN  GRAPH  SHAPE  PATH  ID):  An  identifier  for  a path  that  is  an 
abstraction  for  an  open  graph  shape. 

PATH  ID:  An  identifier  for  a path. 

PIN  ID  (PASSAGE  PIN  ID):  The  pin  identification  of  a component  which  is  intended 
to  occupy  the  passage. 

PIN  ID:  The  identification  of  the  instance  of  a lead  or  pin  on  a component.  Usually 
numbered  sequentially. 

POINT  ID  (CIRCLE  CENTER):  An  identifier  for  a point  that  is  used  to  locate  the 
center  of  a circle. 

POINT  ID:  The  unique  identifier  of  a point. 

POINT  SHAPE  ASPECT:An  indicator  of  whether  the  interior  of  the  defining  point  shape 
represents  the  existence  (■  positive)  or  lack  (-  negative)  of  layer  material. 

POINT  SHAPE  ID  (EXPLICIT  ELEMENT  SHAPE  POINT  ID):  An  identifier  for  a 
point  shape  that  Is  described  by  an  explicit  shape. 

POINT  X:  The  location  of  a point  instance  along  the  x axis. 

POINT  Y:  The  location  of  a point  instance  along  the  y axis. 

PRODUCT  ITEM  ID  (LAYERED  ELEC  PROD  ITEM  ID):  The  identification  of  a 
product  which  is  classified  as  an  electrical  product. 

PRODUCT  ITEM  VERSION  ID  (LAYERED  ELEC  PROD  ITEM  VERS  ID):  The 
identification  of  a version  of  a product  which  is  classified  as  an  electrical  product. 
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PRODUCT  LOCATION  ID:  An  kjenti^er  for  the  location  of  a layered  electrical  product 
nested  in  a panel. 

PRODUCT  OFFSET  XY:  The  location  of  the  product  origin  with  respect  to  the  panel 
origin.  ; 

PRODUCT  ORIENTATION:  The  rotation  of  the  product  as  it  is  placed  on  a panel. 

PRODUCTION  PLAN  ID:  The  identification  of  a piece  of  planning  which  will  direct  the 
manufacturing  steps  for  a product. 

RADIUS:  The  distance  between  the  center  of  a circle  and  any  given  point  on  the  circle. 

REF  DES:  The  identification  of  a place  for  a component  within  an  assembly.  Follows 
the  guideline  of  ANSI  Y32.16-1975  (eg.,  R1  - resistor  1,  U7  - microcircuit  7,  A10  - 
assembly  10). 

SHAPE  ID  (AREA  SHAPE  ID):  An  identifier  for  a shape  that  is  an  area  shape. 

SHAPE  ID  (GRAPH  SHAPE  ID):  An  identifier  for  a shape  that  is  a graph  shape. 

SHAPE  ID  (LAYER  ELEMENT  SHAPE  ID):  An  identifier  for  a shape  that  is  a layer 
element  shape. 

SHAPE  ID  (POlhfT  SHAPE  ID):  An  Identifier  for  a shape  that  is  a point  shape. 

SHAPE  ID  (SUBREGION  SHAPE  ID):  An  identifier  for  a shape  that  is  a subregion 
shape. 

SHAPE  ID:  An  identifier  for  a shape. 

SHAPE  TYPE:  A categorization  of  shape.  There  are  three  classifications  of  shapes  that 
we  use  in  this  model:  point  shape,  graph  shape,  and  area  shape. 

SUBFACE  ORIENTATION:  The  rotation  angle  of  a subface  from  its  definition  normal. 

SURFACE  DIRECTION:  This  should  be  a migrated  attribute  which  defines  the  vector  of 
an  unbounded  geometry  surface. 

SURFACE  ID:  An  identifier  for  a surface. 

SURFACE  POINT:  The  relative  origin  of  a surface. 

SURFACE  TYPE:  A categorization  of  types  when  a surface  is  so  designated. 

TEXT  ID:  T^e  identification  of  an  instance  of  text. 

TEXT  STRING:  The  sequential  string  of  characters  that  form  the  text  content. 
THERMAL  CONDUCTIVITY:  The  rate  at  which  heat  is  transmitted  in  the  material. 
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TRIMMED  FACE  TYPE:  A categorization  of  types  when  a trimmed  face  is  so 
designated. 

TRIMMED  SURFACE  ORIENTATION:  The  rotation  angle  of  a trimmed  surface  from 
its  definition  normal. 

TRIMMING  FACE  ID  (FACE  TRIMMING  FACE  ID):  An  identifier  for  a trimming 
face  that  trims  another  face. 

TRIMMING  FACE  ID  (SURFACE  TRIMMING  FACE  ID):  An  identifier  for  a 
trimming  face  that  trims  a surface. 

UNIT  ID:  An  kjentiflar  for  an  inspected  unit. 

VERTEX  ID  (EDGE  END  VERTEX  ID):  The  occurrence  of  an  Identified  vertex  which 
is  the  end  of  an  edge  instance. 

VERTEX  ID  (EDGE  START  VERTEX  ID):  The  occurrence  of  an  identified  vertex 
which  is  the  start  of  an  edge  instance. 

VERTEX  ID  (LAYER  ELEMENT  SUBREGION  LOCATION  ID):  The  occurrence  of  an 
identified  vertex  that  is  an  abstraction  of  a region  on  a layer  element  that  is  intended  for 
connection  with  another  layer  element  or  component  lead. 

VERTEX  ID  (SHAPE  LOCATING  VERTEX  ID):  The  occurrence  of  an  identified 
vertex  that  serves  as  an  abstraction  for  a point  shape. 

VERTEX  ID:  The  identifier  for  an  instance  of  a vertex. 

VIA  NO:  The  integer  identifier  for  an  instance  of  a via. 

VIA  TYPE:  A categorization  of  vias  by  their  functionality  and/or  implementation  (e.g., 
through  product,  hidden,  blind,  buried). 

WIDTH:  The  assigned  upon  measured  perpendicular  to  the  direction  of  an  open  graph 
shape. 
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4 . CONCLUSIONS  AND  RECOMMENDATIONS 

4.1  QUESTION:  What  distinguished  this  modeling  project? 

4.1.1  'Oonsistencv  of  Modeling  Staff:  Basically  the  same  group  of  people  have  been 
working  since  May.  Very  little  time  was  required  to  bring  new  people  up  to  speed.  This 
consistency  has  improved  communication  within  the  group  and  has  allowed  us  to  learn 
from  our  mistakes  as  a team  and  to  grow  as  a team.  (This  is  beginning  to  sound  like 
apple  pie  and  motherhoodi) 

4.1.2  Riding  out  the  Rough  Times:  Even  with  careful  planning  and  scoping  of  the 
project  it  was  difficult  to  find  a core  set  of  concepts  upon  which  a stable  model  could  be 
built.  Having  the  patience  to  endure  the  unstable  portion  of  the  model  development 
process  is  crucial  to  the  survivability  of  the  project.  Modeling  is  an  immature  process. 
Each  future  modeling  project  enlarges  the  knowledge  base. 

4.1.3  Passion  for  Building  Abstract  Models:  Because  the  scope  of  the  project 
included  a broad  class  of  layered  electrical  product  data  such  as  printed  wiring  boards 
(RWBs),  large  scale  integrated  circuits  (LSICs),  and  hybrid  microelectronic  circuits 
(HMCs),  the  team  could  not  build  a model  that  was  biased  toward  a specific 
manufacturing  technology.  The  original  modeling  approach,  which  focused  on  specific 
technology  terms,  built  entity  pools  using  the  popular  nomenclature  found  in  specific 
products  such  as  PWBs  or  hybrid  designs).  However,  these  distinct  technical  view 
points  were  tremendously  diverse  and  did  not  encourage  consensus  or  stability  within 
the  data  model  because,  taken  in  context,  it  was  nearly  impossible  to  conclude  that  any 
one  viewpoint  was  wrong.  On  the  other  hand,  by  developing  an  abstract  basis  on  which  to 
construct  the  model,  we  were  able  to  remove  some  of  the  biases  associated  with  a given 
technical  viewpoint  and  to  achieve  a consensus  (with  a price).  Although  it  was  necessary 
to  continually  (mentally)  map  between  the  specific  technical  perspectives  and  the 
abstract  description  of  these,  this  proved  to  be  a kind  of  ongoing  testing  of  the 
abstraction  process  by  which  we  were  able  to  deterimine  if  we  were  staying  on  course. 
Abstraction  became  an  essential  ingredient  to  achieving  a stable  model  • the  challenge 
was  to  build  these  abstractions  while  focusing  on  the  modeling  objectives. 

4.1.4  Challenge  to  Achieve  An  Integrated  Schema:  The  modeling  team  precisely 
defined  the  scope  of  the  project  but  kept  the  model  'open  ended”  knowing  that  they  were 
modeling  only  a small  piece  of  the  complete  electronic  'picture.*  This  open  ended 
approach  to  modeling  is  distinguished  by  the  integration  of  entities  from  beyond  the 
stated  domain  of  discourse  such  as  product  structure  and  production  plan.  (Entities 
falling  outside  the  domain  of  discourse  of  this  modeling  project  are  drawn  in  dotted  lines 
on  the  global  model.) 

4.1.5  Recoolnltlon  of  Integration  Dimensions:  The  team  recognized  several 
dimensions  of  integration.  These  are:  1)  integration  across  multiple  technologies,  2) 
integration  across  disciplines  of  the  life  cycle,  3)  integration  across  levels  of  meaning, 
and  4)  integration  of  muiitple  viewpoints. 

4.1.6  Courage  to  Build  a Layered  Model:  The  team  divided  the  model  into  three 
distinct  layers:  a fundamental  layer  to  contain  the  abstract  model;  a generic  layer  to 
contain  the  general  layered  electrical  product  model;  and  a technology  specific  layer  to 
contain  important  product-specific  viewpoints.  Each  layer  has  a purpose  and  adds  to  the 
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overall  quality  of  the  model.  The  layering  was  done  without  a formal  mapping  language 
by  ’hiding*  mapping  semantics  in  IDEF1X  role  names.  For  example  the  relationship, 
Face/  'is  an  abstraction  fori  elevates  the  Layer  and  Layered  Electrical  Product  entities 
above  the  topological  foundation  on  which  the  model  is  built.  We  understand  that  the 
proponents  of  non-redunancy  will  see  these  levels  as  redundant.  We  choose  not  to  argue 
the  point  of  redundancy.  We  found  it  useful. 

4.1.7  Use  of  Model  Qualification  Techniques:  The  quality  of  a model  can  be  measured 
by  its  ability  to  match  the  end  users'  mental  image  of  the  product  he  or  she  is  designing. 
The  end  user  (who  is  the  knowledge  expert)  must  be  able  to  probe  deeply  into  the  model 
in  order  to  make  it  his  or  her  own.  The  basic  tool  for  model  qualification  is  a tool  we 
refer  to  as  Reference  Path  Analysis.  (Note  that  Reference  Path  Analysis  may  be  referred 
to  as  Query  Analysis  by  some.)  In  Reference  Path  Analysis,  the  model's  quality  is 
measured  by  its  ability  to  answer  questions  developed  by  the  knowledge  expert.  The 
expert  is  encouraged  to  attempt  to  answer  his  questions  based  on  traversing  the  model.  A 
traversal  is  called  a reference  path,  and  it  involves  traveling  from  one  entity  using  the 
relationship  lines  to  another  entity.  (We  use  the  metaphor  of  traveling  from  dty  to  city 
with  the  roles  being  the  roads  between  the  cities.)  Experts  develop  confidence  in  the 
model  when  they  themselves  do  the  reference  path  analysis.  (However,  we  quickly  find 
out  what  portions  of  the  model  the  expert  does  not  understand  when  he  attempts 
reference  path  analysis.)  This  strengthens  the  bond  between  the  modelers  on  the  team 
and  the  expert  (who  may  not  be  a seasoned  modeler.) 

4.1.8  Fortitude  to  Populate  the  Model:  The  model  has  been  populated  with  data  from 
a real  production  printed  wiring  board  using  approximately  15,000  data  values.  (This 
was  not  done  by  hand.  Dzung  Ha  wrote  a program  which  imported  the  data  values 
received  from  the  PDOl  project  into  the  database  he  was  building  in  dBase  III.)  Model 
quality  was  improved  through  the  population  process.  Even  after  thorough  reading  and 
theoretical  evaluation  of  the  model,  discrepancies  were  discovered  when  populating  the 
model.  Some  of  these  differences  were  found  to  be  due  the  particular  way  that  design  data 
is  stored  in  a CAO  database.  (See  Appendix  A4,  issue  # 1 8.) 

4.1.9  Goal  to  Validate  a Populated  Model  Using  an  Actual  Database:  We  used  a very 
conservative  database  technology  (dBase  III)  to  validate  the  populated  model.  In  addition, 
dBase  III  was  integrated  with  an  inexpensive  graphics  package  to  allow  us  to  graphically 
display  query  results  using  an  IBM  PC.  The  actual  database  used  a compiled  form  of 
dBase  III.  This  gave  the  modeling  team  a needed  morale  boost  and  supplied  a degree  of 
credibility  to  the  uninitiated  user. 

4.1.10  The  Future  Value  of  the  Conceptual  Model:  The  integrated  electrical  product 
database  simply  does  not  exist  today.  We  must  do  away  with  the  kind  of  thinking  that 
says  that  It  is  too  difficult  to  achieve  or  that  not  enough  people  could  ever  agree  on  its 
structure.  Our  modeling  group  has  proceeded  on  the  assumption  that  integration  is 
truely  achievable.  We  must  get  out  of  the  'chicken  and  egg'  loop  and  place  an  integrated 
model  within  the  reach  of  the  general  public.  We  should  not  underestimate  the  public's 
ability  to  recognize  quality  and  their  capacity  to  innovatively  use  a quality  model.  But 
first  a model  must  exist.  We  must  recognize  that  the  public  perceives  value  in  the 
ability  to  access  information.  We  must  make  that  (conceptual)  information  available. 
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4.1.11  Confidence  in  the  PDES  Approach:  The  PDE5  approach  encoura^aa  tha  m/vnaior 
to  look  tor  tha  common  alaments  between  similar  domains  of  discourse  and  to  build  those 
common  elements  with  standard  (and  fundamental)  building  blocks.  The  abstract  layer 
of  topology  and  geometry  in  our  model  comes  close  to  resembling  a standard  building 
block.  Our  group  did  not  wait  tor  the  Product  Data  Exchange  Specification  (POES) 
organization  to  select  a shape/size  model.  Any  abstract  shape/size  model  of  reasonable 
quality  that  we  could  ctosely  adhere  to  by  constantly  mapping  the  abstract  shape/size 
definitions  to  the  technology  specific  viewpoints  was  perceiv^  to  be  better  than  no  shape 
size  model  at  alt. 

4.1.12  A Vision  of  a Standard  CIM  Model:  We  have  a vision  of  bi*level 
standardization  of  an  electrical  model.  This  approach  to  standardization  does  not  attempt 
to  standardize  the  entire  model.  It  may  standardize  only  certain  layers.  One  would  think 
that  the  best  chance  for  standardization  would  come  at  the  more  abstract  layers.  This 
allows  for  flexibility  of  the  model  by  not  standardizing  at  the  level  of  'user  perception'. 
The  level  of  user  perception  is  the  level  of  the  model  where  the  user  begins  to  see  terms 
that  he  is  familar  with,  for  example,  plated-through  hole,  via,  etc.  However,  there  is  a 
price  tor  this  kind  of  standardization.  The  user  must  have  a helper  (who  understands  the 
model)  to  assist  him  in  mapping  the  standard  partitions  of  the  model  to  his  specific  user 
viewpoim.  This  cannot  be  done  haphazardly.  There  must  be  a standard  approach  to  the 
intepretation  of  the  model  which  is  supported  by  a format  language.  Within  this  kind  of 
environment,  our  model  becomes  a resource.  This  does  not  preclude  standard  viewpoints 
from  developing.  The  emancipation  of  data  from  commercial  CAO  systems  must  occur 
before  CIM  can  be  achieved.  This  model  is  a step  toward  emancipating  electricaJ  product 
data  from  the  way  that  it  is  represented  today  in  most  CAO  systems. 

4.1.13  A Modeling  Team  with  DIvefse  Experience:  This  team  had  experience  across 
several  technologies  (PWB,  HMC,  LSI)  and  working  disciplines  from  electronic  experts 
to  seasoned  modelers.  Team  members  were  willing  to  share  their  expertise. 

4.1.14  Hloh  Quality  Model  Presentation:  The  quality  of  presentation  of  our  model 
equals  the  quality  of  presentation  found  in  product  drawings.  Large  enough  sheets  were 
used  to  dearly  read  information  about  each  entity.  A CAO/CAM  system  was  used  to  create 
this  'product  drawing. 

4.1.15  The  Team  Organizational  Structure:  Initially,  three  baseline  functional  roles 
were  established.  These  were  a lead  modeler,  team  administrator  and  team  recorder.  As 
time  went  on,  the  remaining  participants  assumed  responsibilities  which  grew  as  the 
work  of  the  team  progressed.  After  a working  model  had  been  constructed,  functions 
such  as  a database  developer  and  administrator,  query  expert,  and  editor  of  the  final 
report  were  assumed  by  Individual  team  members.  It  is  notable  that  our  meetings  of  8* 
1 2 people  seemed  to  be  a very  productive  number  of  participants. 

4.1.16  Flexible  Schedule:  Our  schedule  of  one-meeting-per-month  was  a realistic 
improvement  over  the  previous  team’s  schedule  which  met  for  three  week  sessions. 
Modeling  is  quits  draining.  Each  of  us  benefited  from  the  time  at  home  that  this  schedule 
allowed  to  catch  up  and  reflect  between  sessions.  Rotating  locations  was  a good  way  to 
involve  local  management.  (Although  at  times,  the  hosting  team  member  may  have  been 
called  away  or  interrupted  by  his  employer.) 
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CHARTER 

CAL  POLY  TASK  TEAM  EXTENSION 

An  Industry  Consortium  (herin  denoted  "Team") 
4 August  1987 


Purpose 

The  team  purpose  is  to  define  semantics  and  relationships  required  to  effect  computer  integrated 
manufacturing  (CIM)  of  electrical  substrate-Oased  products.  As  a consortium.  Team  members 
expect  to  bring  the  data  model  into  their  company  computer  architecture  for  acheiving  CIM.  The 
Team  data  model  will  be  submitted  to  the  Institute  for  Bectrical  and  Bectronics  Engineers  (IEEE) 
and  the  Product  Data  Exchange  (POES)  organizations.  Through  review  by  these  organizations, 
the  consortium  expects  a closer  data  match  between  computer  systems  which  are  used  to 
capture  pro<^  data  and  the  company  CIM  dataPase. 

Team  membership  is  open  to  all  who  are  interested  in  the  stated  purpose  above.  The  Team  will 
include  as  members  any  who  have  attended  two  meetings.  The  following  companies  and 
agencies  who  are  recognized  as  members  of  this  Charter  are: 

Allied  Bendix  General  Dynamics 

Dan  Appleton,  Co.,  Inc.  McOonneil-Douglas  Astronautics  Co. 

Eastman  Kodak  Company  National  Bureau  of  Standards 

Meetings 

Meeting  locations  and  agenda  items  shall  be  submitted  to  the  lEEE/OASS  (Design  Automation 
Standards  Subcommittee)  and  the  PDES/EAC  (Electrical  Applications  Committee)  chairman  by 
this  Team  for  distribution  to  irrterested  individuals  as  they  see  fit.  These  meetings  of  three  to  five 
days  are  scheduled  approximately  montty  from  May  through  December,  1987. 

Cost 

AB  Team  members  will  bear  their  own  cost  of  participation.  Meetings  may  be  hosted  by  members, 
and  fees  may  be  solicited  by  hosts  for  the  purpose  of  offsetting  meeting  place  costs.  Member 
companies  may  provide  printed  material  reproduction  and  computer  time  at  no  cost  to  the  Team. 

Liaslon 

In  addition  to  the  member  companies  and  the  IEEE  arxl  PDES  standards  organizations,  the  Team 
shall  actively  establish  contacts  with  the  following  programs  and  encourage  the  involvement  of  the 
National  Bureau  of  Standards  (NBS)  Automated  Manufacturing  Research  Facility  (AMRF),  the 
NBS  lEEE/CS  Data  Dictionary  activities,  the  Integrated  Infonnatiori  System  Support  (I^S^) 
program  at  Arizonia  State  University,  the  USAF  Engineering  Information  Support  (ElS),  Computer 
Integrated  Manufacturing  (CIM),  and  Product  Data  Definition  Interface  (PDDI)  programs.  Additional 
programs,  public  and  private,  may  also  be  included  in  the  Team  liasion. 
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Deliverables 

The  Team  intends  to  produce  a data  model  (not  associated  with  any  particular  computer 
implementation)  written  in  IDEF1X  language  as  supported  by  the  USAF  Wright-Paiterson 
Aeronautical  Labs  Computer  integrated  Manufacturing  program  office.  The  model  scope  will  be 
pnmanly  the  data  about  the  physical  electrical  printed  circuit  board  (PC8)  as  released  from  desgn, 
together  with  data  which  is  added  by  planning  and  mamjfactunng.  To  whatever  extent  is  practical, 
the  model  will  also  include  hybrid  microelectronic  assemblies  (HMAs)  and  integrated  circuits  (iCs). 
The  model  may  also  be  expressed  in  the  input  language  for  JANUS,  a computer  program  which 
supports  the  IDEF1X  modeling  language.  The  Team  intends  to  prepare  a final  report  and  further 
intends  to  produce  a relational  database  schema  based  on  the  model,  together  with  data  taken 
from  a PCS  test  case.  The  latter  is  intended  only  to  demonstrate  a database  implementation  of 
the  model  and  is  not  a recommended  implementation.  Working  models  wiH  be  publ«hed  in 
lOEFl  X Vir  form  and  the  final  report  will  include  the  data  model,  glossary  and  issues  addressed. 

Duration 

The  Team  will  be  dissolved  upon  producing  the  final  report  scheduled  for  March  18, 1988. 


3 


!^-  4*  ; •: 


Vs 

' ■'*  i'/* 


t-v’J 


'^x  >-■ 


,.  lO 
5\  ^ 


1 1 1^; 


f,  f 


■M:'^ 

v'Jf2'8.S'V^! 

• ‘ "''f: :! L-' 

■ ' ■ ' ,.  ' ■ ‘ - . = lx  «•  ■ ■ Si- 'i3  '■■m  ^ 

■';’  ■,  ‘I  ^ >..vis>'Ur'X'i  *’"'  cmt'  ■'■''•■  4-5? 

’*'■  ■ ■■ ; \ .-^  «*!'■  ■"  ,f™-ii 


i-  sv'C.V  -'^i^oorri  '■  — 

: i!  VSki'k  Jj!  iwifi  ^ 3 


<.'■  .k- 


/.  »L  K’fir  til.  '.  . ,.»f.!S-5  iXffl  » "’V”  '-Skai 

' “•  iZ  '<;«>  i>nfi 


*'■'  ■ ■.  rk--*!,,.  , Ik*  'r.-,  ..-  .r.^r..i««. 


'*■*  jTj.  u:  ^.cJ^•[s'^ng  rt:t4=, 

•Vv.«|,v.  .-M,  W.;»J|  3,ni3>««4ft««.;.ja 


"ra  ,.  >0 


4 Co. 


r '■  0 #=■  .^11 . Mitsmsaen..' 


• .•■  c*-  k/  ri^#> 


'"JH 


' '■  u '■  3a<  ■•if 'H  - s '^k"- jv,^ 
f " ' '*'  *'  •'■'*><1  "•  il  s-'  '.•  k.'.’k 

A ■ ■ ..Of»''Av'r  ..y  i-kr, ’ : V,  ty.x^‘ 

- 

• 

U , ' ■■-•*  *^*^*^.  ■ ^'.f' 

' ••'i^*..f  iik' r-i  . ijn  -fj  i . ift-f:  jj.  v •’ 


» '\ 


^ ,N 


■ • •■  ^ . (3i  -rji  Jj.v  ’ 


14*'  ».ir«  , ,rf 


'"'fl  ’’^^fnaus^-ii^iiSi, 


sa' 


N238 


lEEE/POES 
Cal  Poly  Task  Team  Extension 
Appendix  A2 
FINAL  REPORT 


APPENDIX  A2 

GENERAL  RECORD  OF  DISCUSSION 


March  18,  1988 


1 


IEEE/'P0ESN2  8 8 
Cal  Poly  Task  Team  Extension 
Appendix  A2 
FINAL  REPORT 


GENERAL 

This  appendix  is  provided  as  documentation  of  the  discussions  which  took  place  at  the 
monthly  working  sessons.  It  is  included  so  that  readers  may  gain  some  sense  of  the 
arguments  and  analyses  which  occured  in  the  process  of  creating  this  model.  Keep  in 
mind  that  the  opinions  represented  here  are  not  unamimous  or  even  consensus  views.  In 
some  cases,  strong  differences  of  opinion  may  exist. 

Each  monthly  meeting  consisted  of  one  to  four  full  days  of  modeling  discussion.  The 
remaining  time  was  consumed  by  business  issues  and  administrative  activities.  After 
the  model  was  'completed',  sometime  in  early  December,  it  was  populated  and  a 
demonstration  test  case  was  developed.  ■ 

1.  ATOMIC  DEFINITION  QF  FUNCTIONAL  AND  PHYSICAL  UNITS:  When  attempting  to 
capture  form  features,  those  features  which  are  a member  of  an  'unbreakable* 
Shape/Size  Element  Group  are  considered  to  be  atomic  physical  units.  Because 
design  and  manufacturing  are  working  with  a different  set  of  form  features,  it  is 
important  to  determine  at  what  point  a form  feature  is  unbreakable.  For  example, 
design-wise  a join  may  be  considered  unbreakable,  however,  from  a 
manufacturing  perspective,  a join  is  something  which  does  not  have  a part 
number,  hence,  from  a manufacturing  perspective,  a join  is  not  an  atomic 
physical  unit. 

2 . CONCEPTUAL  DATA:  Throughout  the  discussion,  the  requirements  for  asnceptual 
data  were  frequently  discussed.  The  following  criteria  were  found  to  be 
characteristic  of  conceptual  data. 

1 . Conceptual  data  does  not  contain  any  specific  usage  ideas. 

2.  Conceptual  data  does  not  contain  any  specific  implementation  ideas. 

3.  Conceptual  data  does  not  contain  data  which  is  information  computed  from 
other  data  of  the  conceptual  schema.  For  example,  the  value  of  a 
conceptual  attribute  may  not  be  an  algorithm. 

4.  The  meaning  of  an  attribute  must  be  in  its  definition  not  in  the  values  it 
assumes. 

5.  The  meaning  of  an  entity  must  be  in  its  definition  and  not  in  the  values  of 
its  key  attribures. 

Further  ideas  about  conceptual  data  were  well  expressed  In  the  General  Record  of 
Discussions.  Appendix  4,  page  2 of  the  CAL  POLY  TASK  TEAM  FINAL  REPORT,  April 
30,  1987.  The  following  summary  is  taken  from  that  report: 

”A  conceptual  data  model  talks  about  data;  it  contains  the 
fundam9ntal  data  elements  of  an  enterprise.  Fundamental  data 
elements  are  combined  to  create  compounds.  These  compounds 
constitute  the  external  views.  The  procedures  for  creating  the 
compounds  are  unique  recipes  or  instructions  for  manipulating 
elementary  data.  These  procedures  are  unique  entities  in  their  own 
right  Are  these  recipes  part  of  the  conceptual  data  model?  No. 
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The  conceptual  data  model  does  not  tell  one  how  to  arrive  at  the  data. 

Rather  it  depicts  the  relationships  among  the  fundamental  data 
items  of  the  enterprise.  For  instance,  a conceptual  ntodei  does  not 
contain  the  rules  and  procedures  necessary  to  create  a schematic 
(an  external  view  of  the  raw  data)  although  it  does  contain  all  of  the 
data  elements  (and  their  interrelationships)  necessary  to  construct 
this  external  presentation  view  of  the  functionality  of  the  circuit. 

The  rules  of  deriving  external  views  are  user-specific.  The  proper 
place  for  these  rules  might  be  the  external  schema.' 

3 . ELECTRONIC  COMPONENTS  AND  BOARD  PATTERNS.  Although  electronic 
components  are  important  in  the  printed  circuit  board  assembly,  they  were 
avoided  in  the  original  Cal  Poly  Model  because  of  their  complex  functional 
behavior.  When  examining  the  physical  aspects  of  layered  electricai  products, 
however,  one  notes  that  many  of  the  patterns  found  on  a printed  wiring  board  are 
the  result  of  component  architectures.  For  example,  pad  sizes  are  arranged  to 
accomodate  either  component  lead  or  body  sizes.  The  idea  of  'component 
projection'  was  developed  to  express  the  resultant  effect  that  component 
architectures  have  on  board  patterns.  Component  projections  appear  in  order  to 
accomodate  component  leads  or  other  factors.  What  we  are  interested  in  is  that  the 
component  caused  some  impact  on  the  phsydai  description  of  the  board,  and  by 
describing  that  impact,  it  becomes  possible  to  capture  all  the  information 
required  to  to  model  the  assembled  board. 

4.  ELECTRONIC  PRODUCTS  AS  PHYSICAL  PRODUCTS.  At  the  first  meeting,  the  team 
agreed  to  examine  the  physical  aspects  of  electronic  products.  The  focus  on  the 
physical  nature  of  electrical  products  caused  the  functional  idea  of  connectivity  to 
be  expressed  by  the  physical  idea  of  conductive  pattemfsi.  Traces,  pads,  plated 
holes,  arxj  conductive  areas  were  viewed  as  physical  features  resulting  from  some 
assembly  process  rather  than  as  implementations  of  the  functional  network  of 
which  they  are  logically  intended  to  connect. 

5 . LOOSE  GEOMETRY.  At  the  Kansas  City  meeting,  it  was  noted  that  layer  patterns 
contain  elements  that  have  no  electrical  significance.  Calibration  target  is  an 
example  of  this.  These  non-electrical  layer  pattern  elements  were  dubbed  loose 
geometry^  and  they  are  accounted  for  in  the  three  types  of  logical  subregions  which 
have  been  delineated  in  the  model.  Restricted  Subregion,  Information  Subregion 
and  Logical  Subregion  Shape. 

6 . QUERY  DEVELOPMENT:  in  order  to  help  validate  the  rrxjdel,  each  member  of  the 
team  was  encouraged  to  develop  his  or  her  own  queries.  Reference  Path  Analysis 
was  then  conducted  to  answer  each  query.  The  absence  of  any  reference  path  or  one 
that. was  too  labyrinthine  indicated  places  where  the  model  was  potentially  weak. 
It  is  notable  that  most  of  the  queries  what  were  developed  focused  on  the  assembly, 
rather  than  the  board  itself.  Several  queries  were  found  to  extend  beyond  the 
scope  of  this  project.  The  following  methodology  was  employed  as  a guideline  for 
query  development.  This  methodology  is  based  on  four  levels  of  query 
development:  1)  natural  Language,  2)  conceptual  queries.  3)  sequential  query 
language  (SQL),  and  4)  a target  system. 
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GUIDEUNETQ  QUERY  DEVELOPMENT 

I . NATUAL  LANGUAGE:  Understand  the  user's  query 

a.  Read  the  query  and  understand  the  user's  terminology. 

b.  Rewrite  the  query  in  terms  that  the  modeler  understands. 

II.  CONCEPTUAL  QUERIES:  Query  Analysis 

a.  Break  the  query  into  sub-queries  by  determining  the  operator  and 
operands  described  in  English. 

b.  Determine  if  there  are  any  overlapping  sub-queries. 

c.  Eliminate  any  sub-queries  that  are  completely  redundant. 

d.  Note  any  queries  that  cannot  be  broken  down  any  further. 

a Further  break  into  atomic  segments  these  unique  user  queries. 

III.  STRUCTURED  QUERY  LANGUAGE  Map  Semantka 

a.  Reconcile  the  semantic  components  of  the  the  user's  query  with  the 
semantic  components  of  a desired  information  model. 

b.  Verify  that  we  can  find  a logical  access  path  for  the  query. 

c.  Map  the  skeleton  of  the  query  to  the  skeleton  of  the  information  model. 

d.  Itemize  the  queries  that  map  to  the  information  model, 
a Query  or  compute. 

f.  Logically  optimize  each  query. 

IV.  TARGET  SYSTEM:  Perform  the  query  using  a populated  database 
a Map  the  logical  query  to  a target  query  language. 

b.  Physically  optimize  the  query. 

c.  Build  a program  for  the  non-query  results. 

d.  If  desired,  package  the  query  in  a 4th  generation  language  or  some  other 
affable  interface. 

a Reconcile  the  results  of  these  queries  to  the  original  requests, 
f.  Map  the  results  back  to  the  user's  terminology. 

7.  SHAPE/SIZE.  Because  the  goal  of  the  team  is  to  capture  physical  information 
about  layered  electrical  products,  it  is  vital  that  the  team  develop  an 
understanding  of  geometry.  Topology  was  incorporated  at  the  third  session  to 
express  the  conceptual  nature  of  substrate-based  electrical  products.  From 
there,  a Shape/Size  interface  was  developed  that  describes  the  specific  physical 
nature  of  layered  electrical  products.  Many  hours  were  devoted  to  the  discussion 
of  Shape/Size  entities  and  features.  Referring  again  to  the  CAL  POLY  TASK  TEAM 
FINAL  REPORT,  dated  April  30,  1987,  Appendix  A3,  issue  #10,  two  key  points 
were  identified  regarding  shape/size: 

"The  shape/size  entity  recognizes  the  existehce  of  definitions  of 
dimensions  and  tolerances  for  items  which  apply  to  more  than  one 
item,  the  existence  of  a multiple  use  shpae/size  brings  up  the  need 
tooidentify  whose  shape/size  it  is.  That  is,  there  is  an  owner  of  the 
definition  who  must  be  associated  with  it.” 
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POLY  TASK  TEAM  EXTENSION  PARTICIPANTS 

Affiliation  Telephone 


McDonnell-Douglas 
McDonnell-Douglas 
McDonnell-Douglas 
McDonnell-Dougias 
General  Dynamk^ 
Eastman  Kodak 


(714)896-171 2 
(714)896-2975 
(71  4)896-1  454 
(714)896-5264 
(714)868-4322 
(71 6)726-451 2 
(714)868-4923 


General  Dynamics 
National  Bureau  of  Standards  (301)975-6545 
Allied  Bendix  (816)997-2932 


McDonnell-Oouglas 
Allied  Bendix 
0.  Appleton  Co.,  Ina 
Northrop 

Boeing  Electronics  Co. 

Loye  Associates 
Hughes  Aircraft  Co. 

Sandia  National  Laboratories 
UNISYS  Corporation 


(714)896-5161 
(81 6)997-3984 
(213)546-7575 
(213)332-831 1 
(206)657-8385 
(612)644-8923 
(714)732-5008 
(505)844-1  061 
(612)456-4438 


Cal  Poly  ECE  Dept. 

Wright  Aeronautical  Labs 

Westinghouse 

0.  Appleton  Co.,  Inc. 


(714)869-251 0 
(513)255-6976 
(301)993-5856 
(817)571 -8181 
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ISSUE# 

1 . 5/4/87 

ISSjUE:  ASSEMBLY 

DISCUSSICM:  One  of  the  fundamental  problems  that  this  model  needs  to  address  is  the 
issue  of  Assembly  or  how  should  the  relationship  between  components  which  are  in 
themselves  assemblies  be  modeled? 


STATUS:  See  Issue  #5. 


2 . 7/13/87 


ISSUE:  THE  ARCHITECTURE  OF  LAYERED  ELECTRICAL  PRODUCTS 


DISCUSSION:  At  the  third  working  session,  several  innovative  ideas  surfaced  that  would 
help  the  group  represent  the  nature  of  substrate-based  electrical  products.  At  this 
time,  it  was  noted  that  the  group  was  in  need  of  an  architecture  to  portray  both  the  sense 
of  layered-  and  connected-ness  which  is  characteristic  of  laminated  assemblies.  It  was 
also  noted  that  there  is  a need  for  a latice  capability  in  order  to  map  features  which  are 
related  across  assemblies. 


STATUS:  The  Team  has  created  a topological  metaphor  to  express  the  nature  of 

printed  wiring  assemblies.  Entities  such  as  Vertex,  Edge,  Loop,  and  Face  have  been 
incorporated  into  the  model  as  a conceptual  set  of  features  with  which  the  specific 
physical  characteristics  of  layered  electrical  products  including  the  notion  of  layering 
and  some  sort  of  connectivity  which  occurs  between  the  layers  can  be  expressed.  In  this 
model,  topology  functions  as  the  conceptual  architecture  for  layered  electrical  products. 

3.  6/8/87 


ISSUE:  BILL  OF  MATERIAL 

STATUS:  The  model  adopts  from  the  POES  PLANNING  MODEL  the  notion  that 

Physically  Defined  Product  Items  occur  in  versions.  A Layered  Electrical  Product  is  one 
type  of  Physically  Defined  Product  Item  Version  that  may  occur. 

4.  7/13/87 


ISSUE:  MAPPING  TO  THE  DATABASE  FROM  A CONCEPTUAL  SCHEMA 


DISCUSSION!  There  is  a need  for  a formal  way  to  understand  the  choice  of  a conceptual 
schema.  Furthermore,  today's  computer  systems  may  not  be  able  to  support  a one  to  one 
contextual  mapping  from  the  conceptual  schema  to  the  database. 


STATUS:  Whenever  possible,  the  group  recognizes  the  need  for  the  conceptual 

schema  to  become  a component  of  the  modeling  language  itself.  However,  resources  do 
not  exist  that  accomodate  the  concpetual  schema  within  the  modeling  language  itself.  It 
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seems  that  for  the  present,  data  exchange  and  information  management  will  remain 
separate  worlds. 

NOTE:  The  demonstration  test  case  which  which  was  developed  for  this  model  can  be 
somewhat' misleading  because  although  we  have  developed  a conceptual  model,  in  order  to 
validate  it  (the  model),  we  have  actually  gone  one  step  further  and  populated  this 
(conceptual)  model  by  instantiating  a database  with  data  from  an  actual  printed  wring 
board  assembly.  The  reader  is  cautioned  to  remember  that  this  populated  database  was 
created  soley  to  demonstrate  the  practicality  of  this  information  model.  It  was 
intended  as  a recommended  implementation  of  this  material. 

5.  7/13/87 

ISSUE:  CONNECTIVITY 

DISCUSSION:  How  should  the  connectivity  of  layered  assemblies  be  expressed? 

RESOLimON:  There  are  mulitple  layers  and  each  layer  has  a part  number,  and  there  is 
an  ordering  to  the  layers  so  that  the  notion  of  'make-from'  versus  the  notion  of 
'assembly*  is  inherent  in  the  model.  A join  has  two  stacks  which  is  a sequence  of  'make- 
froms'.  Connectivity  is  the  real  issue. 

6a.  6/8/87 

ISSUE:  DOMAIN  OF  DISCOURSE  AND  MANUFACTURING  CONCERNS 

DISCU^IQN:  At  the  initial  meeting,  there  was  a lot  of  discussion  in  order  to  define  the 
'Domain  of  Discourse’  or  what  was  to  be  the  scope  of  this  modeling  effort.  Although 
manufacturing  procesess  and  tools  were  seen  to  be  dearly  beyond  the  scope  of  this 
modeling  effort,  it  was  at  times  difficuit  to  keep  manufacturing  concerns  from  creeping 
into  the  model. 

STATUS:  There  was  an  attempt  to  produce  a conceptually  neutral  model  that  couid 

be  indepdently  applied  to  any  manufacturing  process.  Because  features  are  the  result  of 
some  manufacturing  process,  it  is  notable  that  there  are  very  few  features  extant  in  the 
model.  Small  History:  although  via  is  now  the  only  survivirig  feature  in  the  model,  the 
Team  had  originally  started  with  a feature-laden  entity  pool.  Pad,  trace,  land  and  plated 
through  hole  are  among  the  entities  that  were  prominent  in  the  initial  thinking  of  this 
modeling  group.  The  team  did  not  want  to  model  manufacturing  queries  or  tools  because 
these  are  process-oriented  concerns. 

6b.  5/4/87 


ISSUE:  DOMAIN  OF  DISCOURSE  AND  THE  PHYSICAL  INTERFACE 


DISCU 

One  of  these 
or  a part. 


At  the  June  meeting,  there  was  an  attempt  to  further  define  our  scope, 
scoping  decisions  indudes  the  decision  to  model  either  the  physical  interface 
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RgSOLimON:  It  was  decided  to  capture  the  relationship  between  the  physical  world  and 
the  original  Cal  Poly  model  by  delivering  a good  description  of  ail  layers,  geometric 
relationships  and  holes  with  or  without  plating. 

7.  7/13/87 

ISSUE:  EXTENT 

DISCUSSION:  This  is  a topological  term  found  in  the  Peter  Wilson  model.  It  is 
controversial  because  the  notion  of  extent  does  not  explidty  appear  in  conventional 
geometry  or  in  manufacturing  terminology.  However,  the  notion  of  extent  is  an  implied 
constraint  which  is  inherent  in  the  logical  definition  of  many  of  the  topologically- 
derived  entities  upon  which  our  model  has  been  constructed.  For  example,  Layers. 
Panels,  and  Boards  are  all  logically  constrained  by  physical  limitations.  However,  in 
formal  topology,  the  definition  of  a Face  (which  is  the  basis  for  our  Layer  entity)  has  an 
unlimited  planar  extent. 

RESOLUnON:  Where  logical  constraints  exist,  due  to  the  reality  of  the  physical  world, 

(such  as  what  is  the  extent  of  a Layer),  these  have  been  documented  in  the  definitions  of 
the  entities  which  can  be  found  in  the  model  glossary.  Our  specific  notion  of  extent  was 
designed  to  implicitly  delimit  the  board. 

8a.  5/4/87 

ISSUE:  FEATURES:  HIERARCHY 

DISCUSSION:  There  is  some  concern  about  features  which  violate  the  hierarchy  of  the 
modeling  process.  Note  that  many  electrical  components  are  organized  in  a networked 
fashion  which  is  not  in  itself  inherently  heirarchical.  We  may  be  looking  at  the  issue  of 
managing  complexity  versus  modeling  complexity.  An  analogy  would  be  the  example 
where  one  considers  a steering  wheel  versus  the  details  of  the  steering  mechanism  (on 
an  automobile  for  example.) 

8b.  6/8/87 

ISSUE:  FEATURES:  TOPOLOGY 

DISCUSSION:  Is  the  feature  topology  entity  idependent  from  the  shape/size  topology 
entity? 

RESOLUTION:  it  was  thought  that  features  are  always  interpretations  of  some 
shape/size.  In  the  case  of  explicit  features,  some  shape/size  element  groups  are 
features,  in  the  case  of  implicit  features,  it  is  possible  to  have  unamed  structures.  In 
this  model,'  the  Team  will  discuss  only  those  implicit  features  that  are  named. 
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8c.  6/8/87 

LRSUg!  i SPECIFIC  FEATURES:  JOIN,  JOINT,  THROUGH  HOLE.  TRACE 

niROtiSSlQN:  The  definition  of  a feature  is  a meaningful  abstraction  which  has  a name. 
The  subject  of  generative  planning  develops  a whole  set  of  form  features  that  are  derived 
within  the  manufacturing  process  which  are  not  necessarily  the  same  features  that  the 
designer  understands.  Essentially,  manufacturing  and  design  are  working  with  a 
different  set  of  features. 

Functionally,  a join  includes  everything  associated  with  it,  but  manufacturing- wise,  a 
join  is  something  without  a part  number.  Within  the  enterprise,  there  is  a need  to 
emphasize  the  necessity  to  consider  the  'as-built*  pah  as  distinct  from  the  *as-designed* 
pah.  Several  concerns  arise:  for  instance,  is  a plated  through  hole  different  from  the 
traces  it  connects?  (Note  that  a plated  through  hole  occurs  by  deposition,  however,  with 
one  unique  distinction,  that  is.  a plated-through  hole  is  pah  of  an  intehace,  whereas,  a 
trace  does  not  participate  in  an  intehace). 

STATUS:  The  team  recognizes  the  need  to  separate  features  from  processes  because 

processes  tend  to  evolve.  The  team  realizes  the  advantages  of  conducting  information 
modeling  with  features  (because  cehain  features  are  relatively  stable  despite  the 
evolution  of  the  manufacturing  processes  that  have  created  them).  However,  the  team 
also  recognizes  that  features  are  not  a fundamental  element  within  the  conceptual 
schema,  and  becasuse  of  this,  has  attempted  to  remove  features  from  the  model. 

9.  6/9/87 

ISSUE:  HYBRIDS 

DISCUSSION:  Hybrids  do  not  possess  many  of  the  features  found  in  other  layered 
electrical  products.  Should  they  be  included  in  this  model? 

RESOLUnON:  Physical  features  common  to  both  hybrids  and  printed  circuit  boards  have 
been  included  in  the  model.  This  model  is  suitable  for  hybrids  to  the  (generic)  extent 
that  hybrids  are  layered  electrical  products.  Physical  issues  which  are  unqiue  to 
hybrids  have  not  been  modeled. 

10.  7/13/87 

ISSUE:  INTEGRATION  OF  'GLUE  ENTITIES' 

DISCUSSION:  It  has  been  recognized  that  those  entities  that  link  this  model  to  other 
models  belong  neither  in  the  functional,  physical  or  conceptual  worlds.  This  creates  an 
integration  dilemma,  then,  for  at  what  point  does  the  'glue*  between  these  three  worlds 
begin  to  appear?  At  what  point  should  integration  occur? 

STATUS:  This  issue  needs  to  be  resolved.  Although  the  Team  has  integrated  across 

several  levels  of  meaning  and  technologies  within  the  model,  no  integration  has  occured 
between  this  model  and  other  models  within  PDES  or  any  other  organization.  Once  this 
external  integration  process  is  begun,  it  is  not  dear  to  what  logical  schema  these  'glue' 
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entities  would  belong.  (Do  they  belong  in  the  conceptual,  internal  or  external  schemas? 
Some  of  the  'glue'  entities  are  the  result  of  modeling  in  IDEF1X  where  intersection 
records  have  been  created  to  signify  the  occurrence  of  two  entitles  or  give  a home  to 
foreiin  keys  that  must  be  migrated.)  Other  glue  entities  contain  information  which 
comes  into  existence  as  the  result  of  the  integration  process.  However,  this  information 
cannot  be  logically  assigned  to  any  one  particular  schema. 

Integration  Within  the  Model:  Because  our  model  contains  four  distinct  entity  ’super- 
types',  the  Core,  Shadow,  PWB  and  Shape/Size  entities,  a backbone  of  intersection 
records  which  'zip'  the  application  section  of  the  model  to  the  Shape/Size  model  and  to 
certain  points  within  the  core  model  has  been  formed.  These  backbone  entities 
effectively  integrate  the  variety  of  entity  types  found  in  the  nx^del. 

Integration  External  to  this  Model:  Although  places  have  been  defined  to  provide  for  the 
integration  of  this  model,  (by  allocating  places  for  the  Shadow  entities  within  the 
model),  at  present,  no  integration  of  any  material  external  to  this  project  has  occured. 
Models  which  may  be  linked  to  this  model  include  the  POES  Planning  Level  Model,  the 
Cal  Poly  functional  model,  and  possibly  a (future)  components  model,  when  one 
becomes  available. 

11.  7/13/87 

ISSUE:  THE  DESCRIPTION  OF  CONDUCTIVE  AND  NON-CON DUCTIVE 

INTERFACES 


DISCUSSION:  During  the  July  session,  it  was  noted  that  the  group  needed  some 
daydreaming  about  what  sort  of  topological  features  exist.  In  short,  it  became  important 
to  answer  the  question:  what  really  is  connecting?  The  problem  was  that  in  defining 
interface  elements,  these  seemed  to  only  work  for  the  conductive  elements. 

STATUS:  A Shadow  entity,  Defined  EJectriceJ  LogIceJ  Link,  has  been  added  to  the 

model.  This  entity  is  a hook  into  the  Cal  Poly  functional  nxxjel.  It  has  been  included  here 
to  provide  a place  tor  electrically  significant  layer  passages.  In  this  model,  the  idea  of 
interface  has  been  represented  by  the  topological  concepts  of  layer,  layer  element,  and 
layer  passage.  Some  layer  elements  and  layer  passages,  those  which  have  a relationship 
with  electrical  logical  link,  are  electrical  or  conductive  (layer)  elements.  This  allows 
all  interfaces,  conductive  and  non-  to  be  represented  as  a sequence  of  layers,  layer 
elements  and  passages. 

(See  Issue  #16  for  an  update  on  this.) 

12.  6/10/87 

ISSUE:  THE  DESCRIPTION  OF  PATH.  JOIN  AND  JOINT 


DISCUSSION:  In  the  early  versions  of  this  model,  a join  could  exist  independently  of  a 
path  or  a joint.  We  are  calling  a joint  the  interfaces  between  terminals  and  lands,  but 
IEEE  indudes  all  active  components  as  well  as  the  connections  between  them  which  would 
imply  a continuous  relationship.  Is  it  a joint  or  a path  that  brings  copper  together  on 
both  sides  of  the  board.? 
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RE5QLLrnQ|i:  Although  a path  can  connect  two  lands,  it  should  be  contained  within  only 
one  layer.  This  is  different  from  the  incept  of  a plated  through  hole  which  may  connect 
severi  (seriaJ)  layers.  Again,  the  idea  of  a join  is  a feature  which  has  been  removed 
from  the  model.  What  remains,  are  the  concepts  of  layers,  layer  elements,  layer 
patterns  and  layer  passages.  A join  in  this  mode!  may  be  abstractly  represented  by  the 
presence  of  a vertex  and  the  physical  instance  of  a passage.  Layer  to  Layer  Join  String, 
P13,  allows  several  layers  to  be  physically  connected  two  at  a time.  This  is  illustrated 
below. 


Th^  is  a simple  iilustntion  of  a layered  ele^iiay  produd  ^nttirting  one  inter-layer  join. 
The  irter-layer  join  shown  here  is  made  up  of  two  layer-to-layt r joins  (orte  from  layer  [A] 
to  layer  [B]  and  on#  from  layer  [B]  to  layer  [C].)  Note  that  layer-to-layer  joins  are  surtace- 
sensrtive,  that  te,  a layer-to*layer  join  must  be  connected  in  such  a way  that  the  top  of  the 
bottom  layer  must  be  ^nneded  to  the  bottom  of  the  top  layer.  {Or  the  reverse,  the 
bottom  of  the  top  layer  must  be  dsnnected  to  the  top  of  the  bosom  layer.)  The  filled 
areas  in  this  illustration  are  layer  pafiem  elements.  Note  that  two  ^er  pattern  elements 
exist  on  layer  [A].  A layer  may  ^ntain  several  layer  pattern  elements. 


Layer  Topology 
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13a. ^ 6/8/87 

ISSUE:  MODELING  APPROACH  TO  MULTI-LAYERED  BOARDS 

DISCUSSION:  At  the  second  working  session,  it  was  noted  that  the  group  needed  to 
establish  some  sort  of  time  sequence  of  events  so  that  data  as  it  is  contained  in  the 
physical  description  of  a part  library  could  be  modeled.  To  do  this  required  an 
interpretation  of  multi-layered  boards. 

STATUS:  There  was  a motion  to  consider  a multi-layered  board  to  be  merely  an 

assembly  of  multi-layer  parts.  This  would  allow  the  third  dimension  to  be  acheived  by 
the  process  of  bonding  a/^  alignment. 

(See  Issue  # 1 and  5.) 

13b.  5/4/87 

ISSUE:  MODELING  APPROACH  TO  TOP-DOWN  DESIGN 

DISCUSSION:  There  is  a need  for  a methodology  that  is  able  to  explain  how  the  team  is 
approaching  top-down  design. 

STATUS:  It  was  recognized  that  a model  produced  in  I0EF1X  needs  to  be  linked  to  a 

hierarchy  of  models.  By  cleverly  disguising  a network  of  submodels  (the  Shape/Size 
model,  LEP  core  model,  an  external  application  model)  within  this  model,  a limited 
hierarchical  effect  has  been  created.  The  Shape/Size  model  is  the  most  abstract 
partition  of  the  model,  which  supports  a somewhat  less  abstract  Core  model,  which  in 
turn  supports  any  number  of  external  applications.  However,  the  hierarchical  effect 
which  has  been  created  within  the  model  is  local  to  this  modal,  it  does  not  address 
integration  issues  between  this  modal  and  outside  models.  There  is  still  a need  to 
consider  linking  our  model  to  the  other  models  that  have  or  will  be  developed  within  the 
POES.  Shadow  entities  have  been  suggested  so  that  this  model  could  be  attached  to  a 
larger  domain  of  discourse. 

One  of  the  drawbacks  of  the  I0EF1X  modeling  language  was  the  inability  to  express 
'levels  of  abstractions'  within  the  same  model.  There  is  still  a need  for  a formal 
mechanism  within  the  modeling  language  that  will  allow  one  to  create  an  hierarchy  of 
abstract  discourses.  By  providing  a link  to  the  POES  Planning  Model,  the  Team  has.  in 
effect,  created  a simple  approach  to  Top-down  design. 

13e.  6/8/87 


ISSUE: 


MODELING  LANGUAGE  AND  LEVELS  OF  ABSTRACTION 


DISCUSSION!  The  shorioomings  of  the  relational  model  were  brought  out  at  many  points 
in  the  working  sessions.  In  particular,  there  was  need  tor  a modeling  tool  that  allowed 
for  levels  of  abstraction.  Although  it  was  possible  to  show  several  one-to-many 
relationships  using  I DEFIX,  the  real  problem  was  to  demonstrate  abstractions  between 
models.  In  particuiar,  it  be^me  very  important  that  things  plug  into  the  PDES  Planning 
Level  model. 
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STATUS: . It  was  noted  that  the  entity  pools  employed  in  this  model  do  plug  into  high-level 
boxes  on^he  POES  Planning  Level  model  so  that  a rudimentary  integration  effect  has 
been  achieved. 

1 4.  11/23/87  and  1/15/88 

ISSUE:  PHYSICAL  CONNECTION 

nisni  15SION:  At  both  reviews  of  the  model,  it  was  noted  that  things  which  seem  to  be 
physically  connected  at  the  top  is  a connection  of  interest. 

15.  1/15/88 

ISSUE:  LOGICAL  SUBREGION 

DISCUSSION:  There  is  some  question  as  to  the  proper  parent  of  the  Logical  Subregion 

entity.  As  the  model  stands  now,  the  Logical  Subregion  entity  is  owned  by  Shape, 
however,  if  Logical  Subregions  are  wholly  contained  on  Layers,  which  are  an 
instantiation  of  a specific  material  bound  for  which  the  Face  entity  is  an  abstraction, 
should  not  the  Face  entity  also  be  a parem  of  Logicai  Subregion? 

16.  1/15/88 

ISSUE:  RECONSTRUCTION  OF  THE  MODEL  TO  ALLOW  FOR  PWB 

HOLES  WHICH  BEGIN  AND  END  ON  SPECIFIED  LAYERS 

DISCUSSION:  In  attempting  to  populate  a database  with  typical  CAD  system  data,  it  was 
noted  that  the  model  as  it  is  presently  organized  does  not  accomodate  PWB  holes,  which 
begin  on  a specified  layer  and  end  on  either  the  same  or  another  specified  layer. 
Conceptually,  PWB  holes  are  recognized  by  the  model  as  negative  loops  contained  within 
a Face.  If  there  is  extant  manufacturing  or  planning  data  for  a PWB  hole  available,  the 
hole  can  then  be  recorded  as  a Passage  which  occurs  within  a level  of  assembly. 
However,  at  present,  there  is  no  place  within  our  model  to  record  information  about 
PWB  holes  which  do  not  pass  through  an  entire  level  of  assembly, 

STATUS:  it  has  been  suggested  that  Layer  become  a non-identifying  parent  of 

Passage.  This  would  allow  for  passages  (holes)  which  begin  and  end  on  specific  layers. 

Further  alterations  to  the  model  related  to  the  support  of  this  suggestion,  include  the 
addition  of  two  intersection  entities:  Deposition  Join  and  Component  Lead  Join. 
Deposition  Join  upholds  the  continuity  of  a Layer-to-Layer  Join  String  in  those  passages 
where  deposition  is  the  only  means  of  acheiving  a Layer-to-Layer  Join.  In  this  case,  the 
passage  becomes  the  carrier  for  the  deposition  which  achieves  the  join.  Component  Lead 
Join  has  been  proposed  as  an  intersection  entity  between  Component  Lead  Passage  and 
Layer-to-Layer  Join  String  to  accomodate  Layer-to-Layer  Join  Strings  which  are 
implemented  by  the  occurence  of  a component  lead  passage. 
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Electrical  Layer  ElfntenTc/'Jnd  Com^tn^rn'  "ead^orptm^  ^ 

wl^ch  uses  Layer  Passage/P7)  and  C31  f^^nnrit  ciAm  e (Explicit  Shape 

move  to  remove  the  electolh!  sign.ffcant^pasS^  Shape).  There  if  I 

makes  no  distinction  between  electrically  or  non-electricallv  system  data 

Explicit  Shape  entities  may  be  redundant  because  the  intL!T/^h^"^  Passages.  The 

.he%eX"s  ^o°po?a? to  rj'bm^^this  th'fsTsoe 
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Source  #1:  CAL  POLY  TASK  TEAM  FINAL  REPORT,  revised  April  30,  1987 

From:  Roger  Gale 

Senior  Consultant 
D.  Appleton  Co.,  Inc. 

13334  Park  View  Avenue.  Suite  220 
Manhattan  Beach,  CA  90266 


Subject: 

Functional  Model  for  Electrical  Products 


Items  Included: 

1 . Model  Diagrams 

2 . Model  Glossary 

3.  Model  Business  Rules 

4 . Narrative  Explanation  of  the  Model 

5.  Model  Summary 

6 . Conclusions  and  Recommendations 

7.  Test  Case  Circuit  and  Data  Instance  Tables  for  the  Model 

8 . Use  of  the  Model  to  Evaluate  IGES  Connectivity 

9.  Issue  List 

1 0 . General  Record  of  Discussions 

1 1 . Activity  Model  for  'Design  Electronic  and  Electrical  Products' 

12.  List  of  Participants 

13.  List  of  Review  Attendees 

14.  List  of  Source  Reference  Material 

1 5 . Lessons  Learned  on  Team  Modeling 


Source  #2:  PDES  PLANNING  MODEL  revised  19  January,  1987 

From:  Roger  Gale 

Senior  Consultant 
D.  Appleton  Co.,  Inc. 

13334  Park  View  Avenue,  Suite  220 
Manhattan  Beach.  CA  90266 


Subject:- 

High-level  Scoping  Device  for  the  PDES  organization 

Items  Included: 

1 . Model  Diagram 
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Source  j»3:  PDES^IGES  LOGICAL  TOPOLOGY  SCHEMA,  May  1. 1987 

From;  Peter  R Wilson  and  Philip  R.  Kennicott 
General  Electric  Company 
Corporate  Resaarcri  and  Development 
One  River  Road 
Building  37,  Room  549 
Schenectady,  NY  12345 

Subject:  Formal  Definition  of  Topology 

Items  Included: 

1 . Additions  and  Proposed  Changes  to  the  Express  Modeling  Lar^guage 

2.  Definitions  for  Graph  Traversal 

2.  Definitions  for  Topology 


N288 


Source  «4:  PRODUCT  DEFINITION  FEATABASE  FOR  PRINTED  WIRING  BOARDS  RNAL 
RSW 

From:  Computer  Aided  Technology  (McDonnell-Douglas  Electronics  Corporation) 
December  1986 

Subject:  Product  Definition  for  Printed  Wiring  Boards 

Items  Included: 

1 . Data  Model 

2 . Model  Glossary 

3.  PDDB-PWB  Conceptual  Database  Entity  Structure 


Source  «S:  HUI^SViLiE  MODEL 

From:  Lawrence  O'Connell 
Division  2812 
CAE  Integration 
Sandia  National  Laboratories 
5th  and  G Streets 
Albuquerque.  NM  87185 

Subject:  Product  Structure  Model  for  Printed  Wiring  Boards 

Items  Included: 

1 . Data  Model 
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Sourca  #6:  SANDEGOMOOEL 

From:  Lawrence  O'Connell 
Division  2812 
CAE  Integration 
Sandia  National  Latsoratories 
5th  and  G Streets 
Albuquerque.  NM  87185 

Subject:  Product  Structure  Model  for  Printed  Wiring  Boards 

Items  Included: 

1 . Data  Model 


Source  #7:  THE  PRODUCT  DEFINITION  DATA  INTERFACE  PROGRAM 

From:  McDonnell  Aircraft  Company 
Box  516 

St.  Louis.  MO  63166 

Subject:  Comprehensive  program  for  the  Computer  Integrated  Manufacturing  of 

Electn'cal  and  Mechanical  Parts 

items  Included: 

1 . Data  Model 

2 . Data  for  the  Test  Case  Board 


Source  #8:  ANSI/I PC>T-50C  STANDARD,  revision  C.  March  1985 

From:  The  Institute  for  Interconnecting  and  Packaging  Electronic  Crcuits 

Subject:  Terms  and  Definitions  for  Interconnecting  and  Packaging 

Electronic  Circuits 

Items  included: 

1 . Glossary  of  definitions  (some  illustrations) 


Source.  #8:  IEEE  Standard  Dictionary  of  Bectrical  and  Electronics  Terms 

From:  ANSI/IEEE  Std  100-1984  (third  edition).  Editor-In-Chief,  Frank  Jay. 

Subject:  Dictionary  of  Electrial  and  Electronic  Terms 

Items  Included: 

1 . Dictionary  of  Terms 
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NOTE;  The  following  code  is  a JANUS  input  file  which  describes  the  model.  This  code  in 
this  file  matches  the  version  of  the  model  which  is  contained  in  the  kit  # A/ELEP/A, 
dated  February  9.  1988. 


VIEW  PDES-ELEC-PWB 
GENERAL  INFORMATION  SURFACE-TYPE 
AUTHOR  POES  ELECTRICAL  PWB  TASK  TEAM 
DESCRIPTION  LOGICAL  SCHEMA  FOR  PRINTED  WIRING  BOARDS 
CREATION  DATE  12/4/87 
REVISION  DATE  12/4/87 
LEVEL  MSM 

STRUCTURE 

SHADOW  ENTITY  PHYSICALLY-DEFINED-PRODUCT-ITEM-VERSION 

• ENTITY  S2 
KEY 

PROOUCT-ITEM-ID 
PRODUCT-ITEM- VERSION-ID 
ENDKEY 
ENDENTITY 

SHADOW  ENTITY  INSPECTED-PROO-UNIT 

• ENTITY  S8 
KEY 

PHYSICALLY-DEFINED-PRODUCT-ITEM- VERSION  'IS  PRODUCED  AS* 

UNIT-ID 

ENDKEY 

MEASURED-CLEARANCE 

CONTINUITY 

ISOCATION 

ENDENTTTY 

ENTrrY  LAYERED-ELEC-PROO 

• ENTITY  Cl 
KEY 

PHYSICALLY-DEFINED-PROOUCT-ITEM- VERSION  2 "IS* 

ROLE  LAYERED-ELEC-PROO-ITEM-ID  FOR  PROOUCT-ITEM-IO 
ROUE  LAYERED-ELEC-PROO-ITEM-VERS-ID  FOR  PRODUCT-ITEM-VERSION-IO 
ENDKEY 

FACE  2 NONULL  TS  ABSTRACTION  FOR  MATERIAL  BOUND  FOR" 

ROLE  MATERIAL-BOUNDINQ-FACE-10  FOR  FACE-10 
ELEC-PROD-TYPE 
LEP-OUTUNE 
CLEARANCE-UMITS 
DESIGN-RULES 
ENDENTITY 
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SHADOW  ENTITY  PRODUCTION-PLAN 

• ENTITY  S11 
KEY 

PRODUCTION-PLAN-ID 

ENDKEY 

ENDENTITY 

ENTITY  PANEL 

• ENTITY  P1 
KEY 

PRODUCTION-PLAN  *SPEClFlES“ 
PANEL-ID 
ENDKEY 

PANEL-UPPER-RIGHT-XY 

PANEL-LOWER-LEFT-XY 

ENDENTITY 

ENTITY  PANEL-DETAIL 

• ENTITY  P2 
KEY 

PANEL  IS  ASSEMBLED  FROM* 

ROLE  ASSY-PANEL-ID  FOR  PANEL-ID 
PANEL  Z ‘MAY  BE* 

ROLE  DETAIL-PANEL-ID  FOR  PANEL-D 
ENDKEY 

ENDENTITY 

ENTITY  TEST-COUPON 

• ENTITY  P4 
KEY 

COUPON-SPEC 
PANEL  -CARRIES* 

ENDKEY 

ENDENTITY 

BmiY  PASSAGE 

• ENTITY  P6 
KEY 

PANEL  -IS  PERFORATED  BY- 
PASSAGE-LOCATION 
ENDKEY  - 
PASSAGE-TYPE 
PASSAGE-DIAMETER 
PASSAGE-TOLERANCE 
PASSAGE-USAGE 

ENDENTITY 
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ENTITY  PANEL-LAYERED-ELEC-PROD 

• ENTITY  P3 
KEY 

PANEL  “NESTS' 

LAYERED-ELEC-PROD  'IS  PRODUCTED  AS* 

ENDKEY 

PRODUCT-ORI ENTATKDN 
PRODUCT-OFFSET-XY 
ENDENTTTY 

ENTITY  PANEL-lAYER 

• ENTITY  PS 
KEY 

PANEL  P 'IS  MADE  FROM' 

LAYER  Z 'IS  PRODUCED  AS' 

ENDKEY 

ENDENTITY 

ENTITY  LAYER 

• ENTITY  C2 
KEY 

LAYERED-ELEC-PROO  'HAS' 

LAYER-ID 

ENDKEY 

FACE  Z NONULL  IS  ABSTRACTION  FOR  MATERIAL  BOUND  FORT 
ROLE  LAYER-BOUNDARY-ID  FOR  FACE-ID 
MATERIAL  NONULL  "UNIFORMLY  CONSTITUTES' 
LAYER-NOMENCLATURE 
LAYER-OUTUNE 
LAYER-THICKNESS 
LAYER-THICKNESS-TOLERANCE 
ENDENTTTY 

ENTITY  LAYER-DEPOSmON 

• ENTITY  P18 
KEY 

LAYER 'IS  BASE  FOR" 

ROLE  BASE-lAYER-ID  FOR  LAYER-ID 
LAYER  Z "IS" 

ROLE  DEPOSTTED-lAYER-ID  FOR  LAYER-ID 
ENDKEY 

LAYER-DEPOSmON-SPEC 

LAYER-DPEOSmON-THICKNESS 

EJ^JENTITY 
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E^^ITrY  LAyERSEQUENCE 

• ENTITY  C4 
KEY 

LAYER  Z -SUCCEEDINGING- 
ROLE  NEXT-LAYER-ID  FOR  LAYER-ID 
LAYER  Z-PRECEEDING* 

ROLE  PRIOR-LAYER-ID  FOR  LAYER-ID 
ENDKEY 
ENOENTITY 

ENTITY  LAYER-ELEMENT 

• ENTITY  C3 
KEY 

LAYER  P "HAS* 

LAYER-ELEMENT-ID 

ENDKEY 

ENDENTTTY 

SHADOW  ENTITY  MATERIAL 

• ENTITY  S4 
KEY 

MATERIAL-SPEC 

ENDKEY 

ELEC-CONDUCTVE 

THERMAL-CONDUCTVE 

ENDENTTTY 

SHADOW  ENTTY  DEF-ELEC-LOGICAL-UNK 

• ENTITY  S5 
KEY 

LINK-ID 

ENDKEY 

ENDENTTTY 

ENTITY  ELEC-LAYER-ELEMENT 
•ENTITY  C7 
KEY 

DEF-ELEC-LOGICAL-UNK  "RELATES  FUNCTONALLY* 
LAYER-ELEMENT  Z "FUNCTIONS  AS" 

ENDKEY 

ENDET^TTTY 


5 


N2£ 


lEEE/PDES 
Cal  Poly  Task  Team  Extension 
Appendix  A6 
FINAL  REPORT 


entity  PASSAGE-OEPOSmON 

• ENTITY  P8 
KEY 

PASSAGE-OEPOSmON-SPEC 
MATERIAL ‘IS  USED  IN- 
ROLE PASSAGE-MATERIAL-SPEC  FOR  MATERIAL-SPEC 
PASSAGE  'IS  SURFACED  BY* 

ENDKEY 

PASSAGE-DEPOSmON-THICKNESS 

ENDENTITY 

ENTITY  ELEC-PLATED-PASSAGE 

• ENTITY  P11 
KEY 

PASSAGE-DEPOSmON  Z "CONDUCTOR  FOR" 
DEF-ELEC-LOGICAL-UNK  ‘RELATES  FUNCTIONALLY" 
ENDKEY 
ENDENTTTY 

ENTTIY  COMP-LEAD-PASSAGE 

• ENTITY  P10 
KEY 

PASSAGE  2 -FUNCTIONS  FOR- 

ROLE  PASSAGE-COMP-LOCATION  FOR  PASSAGE-LOCATION 
COMPONENT-LEAD  Z -PU\CED  IN- 
ROLE PASSZGE-PIN-ID  FOR  PIN-ID 
ENDKEY 
ENDENTITY 

SHADOW  ENTTTY  COMPONBTT 

• ENTITY  S6 
KEY 

REF-DES 

ENDKEY 

ENDENTTTY 

SHADOW  ENTITY  COMPONENT-LEAD 

• ENTITY  S7 
KEY 

COPONENT-HAS- 

PIN-ID 

ENDKEY 

LEAD-MAX-WIDTH 

ENDENITTY 
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ENTrrY  E1^(>C0MP-LEAD-PASSAGE 
• ENTITY -PI  5 
KEY 

COMP-UEAD-PASSAGE  Z ‘FUNCTIONS  AS" 
DEF-ELEC-LOGICAL-UNK  ‘FUNCTIONALLY  RELATES" 
ENDKEY 
ENDENfTTTY 

ENTITY  VIA-PASSAGE 
‘ ENTITY  PI  2 
KEY 

ELEC-PLATED-PASSAGE  Z ‘IS" 

VIA-NO 

ENDKEY 

VIA-TYPE 

ENDENTHY 

ENTITY  PASSAGE-OEPOSmON-SEQUENCE 
‘ ENTITY  P9 
KEY 

PASSAGE-DEPOSITION  Z "AS  SUCCEEDING" 

ROLE  SUCCEEDlNG-PASSAGE-OEPOSmON^EC  FOR 
PASSAGE-DEPOSmON-SPEC 
PASSAGE-DEPOSmON  Z ‘AS  PRECEEDING" 

ROLE  PRECEEDING-PASSAGE-OEPOSmON-SPEC  FOR 
PASSAGE-DEPOSmON-SPEC 
ENDKEY 
ENDENTITY 

ENTITY  VERTEX 
‘ ENTITY  SS11 

"^RTEX.,D 

ENDKEY 

ENDENITTY 

SHADOW  ENTrrY  COMPONENT-LEAD-VERTEX 
‘ ENTITY  S10 
KEY 

COMPONENT-LEAD  Z "IS  ABSTRACTED  AS" 

ENDKEY 

VERTEX  Z NONULL  "IS  ABSTRACTION  FOR" 

ENDENTITY' 
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entiWloop 

• ENTITY  SS7 
KEY 

LOOP*  ID 
ENDKEY 

ENDENTITY 

ENTITY  UVYER-PASSAGE 

• ENTITY  P7 
KEY 

PASSAGE  P "CREATES" 

LAYER.ELEMENT  "CONTAINS" 

ENDKEY 

LOOP  NONULL  "IS  A8STRACTTON  FOR" 

ENDENTTTY 

ENTITY  EDGE 

• ENTITY  SS9 
KEY 

N/RBTR^  "IR  RTAPT* 

ROLE  EDGE-START-VERTEX-ID  FOR  VERTEX-ID 

VERTEX  "IS  END" 

ROLE  EDGE-END-VERTEX-ID  FOR  VERTEX-ID 

EDGE-ID 

ENDKEY 

ENDENTITY 

ENTITY  LAYER-TO-LAYER-JOIN 

• ENTITY  C9 
KEY 

EDGE  Z IS  ABSTRACTION  FOR" 

ROLE  UKYER-TO-LAYER-JOIN-ID  FOR  EDGE-ID 
ENDKEY 

ENDENTITY 

ENTITY  COMONENT-LEAD>JOIN 

• ENTITY  CIO 
KEY 

EDGEZ  "IS  ABSTRACTION  FOR- 

ROLE  COMPONENT-LEAO-JOIN-ID  FOR  EDGE-ID 
ENDKEY 

ENDENTITY 


8 


lEEE/PDES  N2  8 8 

CaJ  Poly  Task  Team  Ejctension 
Appendix  A6 
RNAL  REPORT 


ENTITY  INIRALAYER-JOIN 

• ENTITY  Cl 8 
KEY 

EDGE  Z ’IS  ABSTRACTION  RDR" 

ROLE  INTRALAYER-JOIN-ID  FOR  EDGE-ID 
ENOKEY 
ENDEMTTTY 

ENTITY  EDGE-LOOP-STRUCTURE 

• ENTITY  SS10 
KEY 

LOOP  P ’PARTICIPATES  IN- 
ROLE  EDGE-LOOP-ID  FOR  LOOP-ID 
EDGE  ’PARTICIPATES  IN- 
EDGE  LOOP-EDGE-ID  FOR  EDGE-ID 
ENDKEY 

EDGE-LOOP-ORSNTATION 

ENDENTITY 

ENTITY  EDGE-LOOP-STRUCTURE-SEQUENCE 

• ENTITY  SS32 
KEY 

EDGE-LOOP-STRUCTURE  Z -SUCCEEDING* 

ROLE  SUCCEEDING-EDGE-LOOP-ID  FOR  EDGE-LOOP-ID 
role  SUCCEEDING-LOOP-EDGE-ID  FOR  LOOP-EDGE-ID 
EDGE-LOOP-STRUCTURE  Z ’PRECEEDING* 

ROLE  PRECEEDING-EDGE-LOOP-ID  FOR  EDGE-LOOP-ID 
ROLE  PRECEEDING-LOOP-EDGE-ID  FOR  LOOP-EDGE-ID 
ENDKEY 
ENDEMTTTY 

ENTITY  LOGICAL-SUBREGION 

• ENTITY  Cl  4 
KEY 

LAYER  -CONTAINS- 

ROLE  SUBREGION-LAYER-IO  FOR  LAYER-ID 
LOGICAL-SUBREGION-IO 
ENDKEY 

LOOP  Z -IS  ABSTRACTION  FOR- 
ROLE  SUBREGION-LOOP-ID  FOR  LOOP-ID 
ENDENTITY 
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NTITYf^OINT 

• ENTrTY  SS17 
KEY 

POINT  ID 
ENDKEY 

VERTEX  2 NONULL  ’IS  LOCATED  BY" 

POINT-X 

POINT-Y 

ENDENflTTY 

ENTITY  PATH 

• ENTITY  SS29 
KEY 

PATH-ID 

ENDKEY 

ENDENTTTY 

ENTrTY  EDGE-PATH-STRUCTURE 

• ENTITY  SS30 
KEY 

PATH  P -PARTICIPATES  IN- 
ROLE  EDGE-PATH-ID  OR  PATH-ID 
EDGE  -PARTICIPATES  IN- 
ROLE PATH-EDGE-ID  FOR  EDGE-ID 
ENDKEY 

EDGE-PATH-ORIENTATION 

ENDENTTTY 

ENTITY  EDGE-PATH-STRUCTURE-SEQUENCE 

• ENTITY  SS31 
KEY 

EDGE-PATH-STRUCTURE  Z -SUCCEEDINQ- 
ROLE  NEXT-EDGE-PATH-ID  FOR  EDGE-PATH-ID 
ROLE  NEXT-PATH-EDGE-IO  FOR  PATH-EDGE-ID 
EDGE-PATH-STRUCTURE  Z -PRECEEDINQ- 
ROLE  PRIOR-EDGE-PATH-ID  FOR  EDGE-PATH-ID 
ROLE  PRIOR  PATH-EDGE-ID  FOR  PATH-EDGE-ID 
ENDKEY 
ENDENTITY 
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ENTITY  CUF^ 

• ENTITY  SSI  3 
KEY 

CURVE-ID 

ENDKEY 

GENERAUZATION  BY  CURVE-TYPE  OF 
CIRCLE 
LINE 

ENDGENERAUZATTON 

ENDENTITY 

ENTITY  CURVE-SEGMENT-STRUCTURE 

• ENTITY  SSI 4 
KEY 

CURVE  "IS  TRIMMED  BY- 
ROLE TRIMMED-CURVE-ID  FOR  CURVE-ID 
EDGE  "TRIMS* 

ROLE  CURVE-TRIMMING-EDGE-ID  FOR  EDGE-ID 
ENDKEY 

CRUVE-SEGMENT-ORIENTATION 

ENDENTTTY 

ENTITY  DIRECTION 

• ENTITY 
KEY 

DIRECTION-ID 

ENDKEY 

DIRECTION-1 

DIRECTION-J 

DIRECTION-K 

ENDENTITY 

ENTRY  CIRCLE 

• ENTITY  SS16 

CATEGORY  BY  CURVE-TYPE  OF  CURVE 
ROLE  CIRCLE-ID  FOR  CURVE-ID 
POINT  NONULL  "IS  CENTER" 

ROLE  CIRCLE-CENTER  FOR  POINT-ID 
DIRECTION  NONULL  "NORMAL  OP 
ROLE  CIRCLE-NORMAL-ID  FOR  DIRECTION-ID 
RADIUS 
ENDENTITY. 
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ENTITY  UNE 

• ENTITY  SS15 

CATEGORY  BY  CURVE-TYPE  OF  CURVE 
ROLE  UNE-ID  FOR  CURVE-ID 
POINT  NONULL  'IS  START  OP 
DIRECTION  NONULL 'ORIENTS’ 

ENDENTITY 

ENTITY  SHAPE 

• ENTITY  C32 
KEY 

SHAPE-ID 

ENDKEY 

GENERALIZATION  BY  SHAPE-TYPE  OF 
POINT-SHAPE 
GRAPH-SHAPE 
AREA-SHAPE 
B^OGENERAUZATION 
ENDENTITY 

ENTITY  RESTRICTED-SUBREGION 

• ENTITY  C29 
KEY 

LOGICAL-SUBREGION  2 'IS* 

ROLE  RESTRRICTED-SUBREGION-ID  FOR  LOGICAL-SUBREGION-ID 
ENDKEY 
ENDENTITY 

ENTITY  INFORMATION-SUBREGON 

• ENTITY  C12 
KEY 

LOGICAL-SUBREGION  2 'FU^TIONS  AS* 

ROLE  INFORMATION-SUBREGON-ID  FOR  LOGICAL-SUBREGION-ID 
ENDKEY 
ENDENTITY 

ENTHYICON 

• ENTITY  C22 
KEY 

INFORMATKDN-SUBREGION  ’CONTAINS* 

ROLE1CON-SUBREGION-ID  FOR  INFORMATIN-SUBREGION-D 
ICON-ID 
ENDKEY 
ICON-TYPE 
ENDENTITY 
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ENTITY  T0CT’ 

• ENTITY  C23 
KEY 

INFORMATION-SUBREGION  -CONTAINS- 
ROLE  TEXT-SUBREGION-ID  FOR  INFORMATION-SUBREGION-ID 
TEXT-ID 
ENDKEY 

CHARACTER-STRING 

FONT 

HBGKT 

ASPECT-RATIO 

ENDENTITY 

ENTITY  LOGICAL-SUBRBGION-SHAPE 

• ENTITY  C33 
KEY 

SHAPE  Z ’IS- 

ROLE  SUBREGION-SHAPE-ID  FOR  SHPAE-ID 
LOGICAL-SUBREGION  P ’IS  DESCRIBED  BY- 
ROLE SHAPED-SUBREGION-ID  FOR  LOGICAL-SUBREGION-ID 
ENDKEY 
ENDENTITY 

ENTITY  LAYER-TO-LAYER-JOIN-STRING 

• ENTITY  P13 
KEY 

PASSAGE  2 "INSTANnATES* 

ROLE  LAYER-TO-U^YER-JOIN-PASSAGE-ID  FOR  PASSAGE-LOCATION 
ENDKEY 

PATH  NONULL  HS  ABSTRACTION  FOR* 

ROLE  LAYER-TO-UVYER-JOIN-PATH-ID  FOR  PATH-ID 
ENDENTITY 

ENTITY  LAYER-ELEMENT-SHAPE 

• ENTITY  C28 
KEY 

LAYER-ELEMENT  P IS  DESCRIBED  BY- 
ROLE S HAPED-LAYER-ELEMENT-ID  FOR  LAYER-ELEMENT-ID 
SHAPE  Z "IS* 

ROLE  LAYER-ELEMENT-SHAPE-ID  FOR  SHAPE-ID 
ENDKEY  ■ 

ENDENTITY 
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El^nTY  Lj^YER-ELEMENT-SUBREGION 

• ENTITY  C5 
KEY 

LAYER-ELEMENT  'CONTAINS* 

LAYER-ELEMENT-SUBREGION-ID 

ENDKEY 

ENDENTITY 

ENTITY  ELEMENT-JOIN-SUBREGION 

• ENTITY  C8 
KEY 

LAYER-ELEMENT-SUBREGION  2 'IS* 

ROLE  VERTEX-LAYER-ELEMENT-SUBREGION-ID  FOR 
LAYER-ELEMENT-SUBREGION-ID 
ENDKEY 

VERTEX  IS  ABSTRACnON  FOR  LOCATION  OP 
ROLE  LAYER-ELEMENT-SUBREGION-LOCATION-ID  FOR  VERTEX-ID 
ENDENTHY 

ENTITY  FACE 

• ENTITY  SS2 
KEY 

FACE-ID 

ENDKEY 

ENDENTITY 

BSTTITY  SURFACE 

• ENTITY  SS1 
KEY 

SURFACE-ID 

ENDKEY 

SURFACE-TYPE 

SURFACE-POINT 

SURFACE-DIRECTION 

ENDENTITY 

ENTITY  TRIMMING-FACE 

• ENTITY  SS3 
KEY 

FACE  Z "IS* 

ROLE  TRIMMING-FACE-ID  FOR  FACE-ID 
ENDKEY 

GENERALIZATION  BY  TRIMMED-FACE-TYPE  OF 
TRIMMED-SURFACE 
SUBFACE 

BlDGENERALiZATlON 

ENDENTITY 


N28 


lEEE/POES 
Cai  Poly  Task  Team  Extension 
Appendix  A6 
RNAL  REPORT 


1 

ENTITY  TRIMMED-SURFACE 

• ENTITY  SS5 

CATEGORY  BY  TRIMMED-FAC E-TYPE  OF  TRIMMING-FACE 
ROLE  SURFACE-TRIMMING-FACE-ID  FOR  TRIMMING-FACE-ID 
SURFACE  NONULL  IS  TRIMMED  TO’ 
TRIMMED-SURFACE-ORIENTATION 
ENDENTTTY 

ENTITY  FACE-SRTRUCTURE 

• ENTITY  SS4 
KEY 

FACE  "PARTICIPATES  IN’ 

FACE-STRUCTURE-0 

ENOKEY 

FACE-STRUCTURE-ORIENTATION 

ENDENTITY 

ENTITY  LOOP-STRUCTURE 

• ENTITY  SS8 
KEY 

LOOP  Z "PARTICIPATES  IN- 
ROLE  FACE-BOUNDING-LOOP-ID  FOR  LOOP-ID 
FACE  PIS  BOUNDED  BY- 
ROLE BOUNDED-FACE-ID  FOR  FACE-ID 
ENDKEY 

FACE-LOOP-ORIENTATION 

ENDENTITY 

ENTITY  ELEMENT-SUBREGION-FACE 

• ENTITY  C25 
KEY 

LAYER-ELEMENT-SUBREGION  Z’IS  ABSTRACTED  AS* 

ENDKEY 

FACE  Z NONUa  "IS  ABSTRACTION  FOR" 

ROLE  ELEMENT-SUBREGION-FACE-ID  FOR  FACE-ID 
ENDENTITY 

ENTITY  POINT-SHAPE 

• ENTITY  C1 7 

CATEGORY  BY  SHAPE-TYPE  OF  SHPAE 
ROLE  POINT-SHAPE-ID  FOR  SHAPE-ID 
VERTEX  Z NONULL  "IS  ABSTRACTION  FOR" 

ROLE  SHAPE-LOCATING-VERTEX-ID  FOR  VERTEX-ID 
ASPECT 
ENDENTITY 
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ENTITY  AREA-SHAPE 

• ENTITY  CIS 

CATEGORY  BY  SHAPE-TYPE  OF  SHAPE 
ROLE  AREA-SHAPE-ID  FOR  SHAPE-ID 
FACE  Z NONULL  ’IS  ABSTRACTION  FOR* 

ROLE  AREA-SHAPE-FACE-ID  FOR  FACE-ID 
ENDENTITY 

ENTITY  GRAPH-SHAPE 

• ENTITY  C16 

CATEGORY  BY  SHAPE-TYPE  OF  SHAPE 
ROLE  GRAPH-SHAPE-ID  FOR  SHAPE-ID 
WIDTH 
ASPECT 

GENERAUZATON  BY  GRAPH-SHAPE-TYPE  OF 
CLOSED-GRAPH-SHAPE 
OPEN-GRAPH-SHAPE 
ENDGENERAUZATION 
ENDE^f^TTY 

ENTITY  CLOSED-GRAPH-SHAPE 

• ENTITY  C34 

CATEGORY  BY  GRAPH-SHAPE-TYPE  OF  GRAPH-SHAPE 
ROLE  CLOSED-GRAPH-SHAPE-ID  FOR  GRAPH-SHAPE-ID 
LOOP  Z NONULL  IS  ABSTRACTION  FOR* 
ROLEGRAPH-SHAPE-BOUNDING-LOOP-ID  FOR  LOOP-ID 
ENDENTITY 

ENTITY  OPEN-GRAPH-SHAPE 

• ENTITY  C3S 

CATEGORY  BY  GRAPH-SHAPE-TYPE  OF  GRAPH-SHAPE 
ROLE  OPEN-GRAPH-SHAPE-ID  FOR  GRAPH-SHAPE-ID 
PATH  Z NONULL  IS  ABSTRACTION  FOR" 

ROLE  OPEN-GRAPH-SHAPE-PATH-ID  FOR  PATH-ID 
ENDENTITY 

ENTITY  EXPUCrr-SHAPE 

• ENTITY  C30 
KEY 

EXPUCrr-SHAPE-ID 

ENDKEY 

FACE  Z NONULL  IS  ABSTRACTION  FOR* 

ROLE  EXPUCrr-SHAPE-NO  FOR  FACE-ID 
ENDENTITY 
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ENTITY  EXFiJCIT-ELEMENT-POINT-SHAPE 
• ENTITY  C31 
KEY 

POINT-SHAPE  2 ’IS  DESCRIBED  BY" 

ROLE  EXPLICIT-ELEMENT-SHAPE- POINT-ID  FOR  POINT-SHAPE-ID 
EXPUCrr-SHAPE  'IS  DESCRIPTION  OP 
ROLE  EXPUCIT-ELEMENT-SHAPE-ID  FOR  EXPUCIT-SHAPE-ID 
ENDKEY 

EXPUCrr-ELEMENT-POINT-SHAPE-OREINTATlON 

ENDENTITY 

ENDSTRUCTURE 

ENDVIEW 
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NOTE 


This  appendix  contains  a translation  of  the  Cal  Poly  Task  Team  model  into  the  EXPRESS 
modeling  language.  This  translation  was  taken  from  the  STEP/PC184-SC4-WG1 
document  authored  by  Peter  R.  Wilson  and  Philip  Kennicott  of  General  Electric  Research 
Corporation,  Schenectady,  NY.  It  has  been  included  here  because  the  Cal  Poly  Task  Team 
Extension  wanted  to  make  their  model  available  in  the  same  language  of  the  specification 
of  the  STEP  test  draft.  The  translation  contains  three  sections:  geometry,  topology  and 
layered  electrical  products.  It  was  produced  from  the  C-sizs  global  model  version  by 
Peter  Wilson  and  reviewed  by  John  Zimmerman.  It's  presentation  here  does  not 
necessarily  signify  complete  agreement  on  the  part  of  the  Cal  Poly  Task  Team  Extension. 

EXPRESS  is  an  advanced  data  definition  language  (DDL).  It  was  initiated  under  the  USAP 
PDDi  Program  and  was  later  used  to  support  data  definition  for  the  PDES  initiative 
within  IGES.  It's  prinicpie  developers  are  Douglas  Schenck  (McDonnell-Dougals 
Corporation)  and  Bemd  Wenzel  (GEMAP  MbH,  Munich,  FRG).  EXPRESS  is  documented  as 
ISO  TC184/SC4/WG1:4:1.1  Document  N177.  It  differs  from  IDEF1X  in  that  EXPRESS 
describes  objects,  constraints,  and  operations  for  some  universe  of  discourse.  IDEF1X 
models  only  data,  some  constraints,  and  no  operations. 

The  Cal  Poly  Task  Team  Extension  is  grateful  to  Peter  Wilson  for  the  opportunity  to 
include  this  material. 
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1 Layered  Electrical  Product  TIM 


Peter  R.  Wilson 
February  29,  1988 


1 Introduction 

This  document  provides  a Topical  Information  Model  for  the  Layered  Electrical  Product.  The 
EXPRESS  rendition  was  derived  by  Peter  Wilson  from  the  IDEFlX  model  prepared  by  the  Cal 
Poly  Task  Team  Extended  and  dated  8 January  1987.  The  first  EXPRESS  model  was  critiqued  by 
John  Zimmerman.  This  version  incorporates  the  changes  he  suggested. 

The  EXPRESS  Integrated  Product  Information  Model  (IPIM)  hM  been  used  as  an  entity  re- 
source. The  IDEF  model  contains  definitions  of  entities  — topology  and  geometry  — that  ate  in 
the  IPIM.  These  entity  definitions  have  not  been  included  in  this  model;  existing  IPIM  entities  that 
are  used  in  the  IDEF  model  are  listed  later. 

The  EXPRESS  model  entities  ate  not  one-for-one  with  the  IDEF  entities,  but  hopefully  this 
model  is  a faithful  rendition  of  the  information  content  of  the  IDEF.  I have  used  “Editorial  Com- 
ments” to  explain  some  of  the  changes  from  IDEF  to  EXPRESS  entities.  It  should  be  noted  that 
not  all  the  required  constraints  (WHERE  clauses)  have  been  included  in  the  EXPRESS.  These 
should  be  added  later,  after  review  of  the  model  by  the  Cal  Poly  team. 

1.1  UNDEFINED  ENTITY 

This  entity  is  used  in  the  model  to  capture  the  fact  that  something  is  undefined. 

• ) 

EHTirr  mDEFIIED; 

EID.E5TITT; 

(* 


1.1.1  Editorial  Commenta 

1.  This  entity  has  been  included  in  the  EXPRESS  IPIM  (Washington  Edition). 


2 LAYERED  ELECTRICAL  PRODUCT  MODEL 

2.1  Scope 

This  model  is  intended  to  define  the  data  about  the  as-designed  electrical  product  which  is  express- 
ible in  terms  of  topological  layers.  Included  are  voids,  boundaries  and  information  contained  on. 
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or  joining  layers.  Products  which  belong  to  this  scope  include  integrated  circuits,  hybrid  micro- 
electronic assemblies,  printed  wiring  (circuits  and  boards),  flex  harnesses  and  microwave  stripUne. 
In  addition,  entities  are  included  which  provide  for  the  manufacture  of  printed  wiring  boards  on  a 
panel  together  with  test  coupons.  The  model  as  it  relates  to  this  scope  is  discussed  in  the  model 

overview. 

2.2  Purpose 

The  model  was  constructed  by  successive  meetings  between  May  and  December  1937  of  the  Cal 
Poly  team  to  achieve  a common  logical  view  of  the  data  needed  to  drive  factory  automation  (CIM) 
for  the  products  mentioned  above.  In  turn,  the  model  is  intended  to  become  a contribution  to  the 
PDES/STEP  integrated  logical  layer. 

2.3  Model  Overview 

The  CPTTX  model  is  built  on  three  levels  of  abstraction.  Taking  this  approach  gives  the  model  a 
stable  (and  standard)  foundation  at  the  highest  level  of  abstraction,  generality  at  the  middle  level, 
and  flexibility  of  expression  at  the  highest  level  of  abstraction  This  approach  allows  us  to  build  the 
model  assuring  that  each  increment  is  of  high  quality.  If  the  team  cannot  come  to  a consensus  on 
any  increment  of  the  model,  that  increment  is  low  in  quality  and  the  rest  of  the  model  will  probably 
suffer  until  consensus  is  achieved.  .\s  a team  we  learned  that  we  could  not  tackle  the  entire  model 
at  all  levels  at  once  and  achieve  a quality  model.  This  approach  gives  structure  to  the  overall 
model  building  process.  First  one  asks  Mo  we  underestand  the  fundamental  nature  of  the  object 
we  are  modeling?”  Once  that  fundamental  structure  is  understood  (independent  of  technology)  in 
abstract  terms,  we  hang  more  user  friendly  terminology  on  the  abstractions,  or  leaves  on  the  tree, 
to  make  the  model  assessable  to  persons  not  interested  in  the  abstract  foundations  of  the  model. 
Once  the  model  has  been  enriched  with  user  friendly  terminology,  it  is  adapted  to  a specific  type 
of  technology,  for  example,  LSI,  HMA  or  PWB.  In  this  phase  of  our  effort,  the  model  was  adapted 
to  PVVB  technology,  however,  hopefully,  the  model  is  general  enough  to  be  adapted  to  LSIs  and 
HM.\s  as  well. 

Level  1:  Fundamental  Level  (most  abstract) 

Level  2:  Layered  Electrical  Product 
Level  3:  Technology  Specific  (least  abstract) 

2.3.1  LEVEL  1 — TOPOLOGY 

\ Layered  electrical  product  (LEP)  is  abstractly  represented  as  an  assembly  of  topological  faces. 
Each  layer  of  a LEP  is  modeled  as  a distinct  fact  which  bounds  the  material  of  that  layer.  This 
layer  face  contains  sub  faces  which  model  the  existence  of  only  one  material  but  the  material  can 
be  broken  into  small  pieces.  The  subfaces  are  in  the  same  topological  plane  as  the  parent  face  or 
expressed  in  geometric  terms,  all  material  elements  in  a layer  are  co-planar.  The  sufaces  themselves 
contain  subfaces  which  are  regions  in  which  layer  to  layer  joining  occurs.  Joining  is  a very  general 
term  for  physical  connectivity  between  layers.  These  connection  regions  are  joined  two  at  a time. 
Two  regions  joined  together  are  referred  to  as  join  in  this  model.  Joins  are  further  abstracted  as 
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topologicaJ  edges.  The  vertices  of  these  edges  are  abstractions  for  the  joined  regions.  The  edge 
abstracts  oat  ail  details  of  the  process  of  joining  while  allowing  as  to  state  that  a joining  has 
occurred.  In  general  the  use  of  topology  allows  as  to  model  the  connectivity  and  boundedness 
of  the  LEPfassembly  withoat  having  to  refer  to  geometry,  specific  technology,  or  manufacturing 
processes.  The  use  of  topology  allowed  the  CPTTX  groap  to  come  to  an  agreement  on  the  basic 
assembly  nature  of  an  LEP  without  being  involved  in  technology  specific  discussions. 


2.3.2  LEVEL  2 — LAYERED  ELECTRICAL  PRODUCT 

This  level  of  the  model  describes  the  LEP  in  non  topological  terms  bat  relates  each  term  to  entities 
in  Level  1.  Basically  this  level  of  the  model  states  that  a layered  electrical  product  has  one  or  more 
(sequential)  layers  — each  layer  containing  one  or  mote  layer  elements  of  the  same  material.  Layer 
elements  are  further  divided  into  basic  shapes  such  as  point  shapes  (pads),  graph  shapes  (traces), 
and  area  shapes  (ground  planes).  A layer  element  is  created  by  pasting  these  basic  shapes  together. 
These  basic  shapes  in  turn  relate  directly  to  topological  entities  — a point  shape  corresponds  to 
a simple  face,  a graph  shape  corresponds  to  a loop  or  a path,  and  an  area  shape  corresponds  to 
an  aritrarUy  complex  face.  By  doing  this,  we  allow  the  layered  electronic  product  expert  to  talk  in 
terms  of  shapes  instead  of  edges,  vertices,  faces,  etc.  In  a sense  these  shapes  axe  a type  of  feature 
which  can  be  used  as  a handle  far  for  more  abstract  notions.  This  is  what  features  should  do. 
This  is  the  user  friendly  handle  referred  to  earlier.  Connections  between  layers  are  done  with  joins. 
Interlayer  joins  physically  connect  together  element  regions  that  are  on  diiferent  layers.  Intralayer 
joins  paste  together  the  basic  shapes  on  a layer.  A component  lead  join  physically  ties  a component 
lead  to  some  region  on  a layer  element  (in  our  model  the  assumption  is  that  the  connection  occurs 
on  the  element  region  closest  to  the  body  of  the  component).  For  convenience  we  also  define  logical 
regions  on  a layer  for  general  purpose  usage  such  as  defining  the  region  in  which  text  is  to  be 
located.  A logical  region  could  define  any  region  of  interest,  for  example,  a keep  out  region.  It 
does  not  have  to  be  bound  material.  In  this  layer  of  the  model,  layer  elements  are  associated  with 
electrical  signals.  However,  the  electrical  signal  is  an  entity  on  another  model.  We  only  show  a 
reference  to  this  other  model  by  dotting  the  boxes  that  are  referenced.  The  component  is  not  a 
principal  part  of  this  model  but  it  is  referenced.  Material  is  also  referenced. 

2.3.3  LEVEL  3 — PRINTED  WIRING  BOARD 

This  level  of  the  model  relates  terminology  used  by  a particular  technology  (e.g.  for  manufacturing 
planning)  to  the  other  two  levels  of  the  model.  In  our  model  that  aspect  is  the  particular  way  that 
joins  are  manufactured  — as  passages  with  deposition.  Passages  relate  to  voids  (loops)  in  layer 
elements.  Deposition  (the  plating  inside  the  passage)  is  related  to  a set  of  joins  that  it  implements. 
Vias  are  kinds  of  plated  passages  that  join  layer  elements  but  do  not  accommodate  component 
leads.  Component  leads  themselves  may  provide  the  mechanism  for  joining.  The  important  thing 
about  this  part  of  the  model  is  that  it  describes  objects  that  are  closely  related  to  the  process  of 
manufacturing  (physically  realizing)  the  concepts  described  in  the  other  parts  of  the  model.  Level  3 
can  be  "unplugged”  and  another  model  put  in  its  place.  This  level  of  the  model  allows  for  flexibility 
for  different  viewpoints  from  different  enterprises  and  different  product  types  (HMA,  LSI).  It  is  not 
the  intention  that  our  level  3 is  the  ultimate  answer,  it  is  a typical  perception  of  a PWB.  Other 
level  3’s  could  easily  be  wired  in  by  relating  the  level  3 terms  with  their  counterparts  in  level  1 or 
2.  In  a sense,  there  is  a kind  of  poor  man’s  mapping  or  correspondence  process  which  is  occurring 
in  our  model.  Also  described  in  level  3 is  the  manufacturing  object  “panel”  which  illustrates  the 
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nesting  relationship  between  an  individual  LEP  and  a panel  with  its  panel  layers,  test  coupons  and 
panel  detail.  This  represents  a process  planning  view  of  a LEP.  As  an  example,  if  someone  else 
were  to  develop  a level  3 application,  they  might  want  to  refer  to  a silicon  wafer  instead  of  a panel, 
and  a new  set  of-jchild  entities  and  level  2 relationships. 

3 Level  1 Model 

The  Level  1 model  consists  of  topological  entities  (vertex,  edge,  path,  loop  and  face)  and  a restricted 
set  of  geometry  entities  (point,  line,  circle  and  (plane)  surface).  These  entities  do  not  appear  in 
this  document  as  their  definitions  are  already  available  within  the  Integrated  Product  Information 
Model  (IPIM).  One  additional  topological  entity  — SUBFACE  — is  introduced  by  this  Level. 

3.1  SUBFACE 

A SUBFACE  defines  a portion  of  a FACE. 

•) 

EITITT  SUBFACE  SUBTTPE  OF  TOPOLOGY; 

OUTER.SUBFACE.BOUBD  ; LOQP.LOGICAL.STRUCTURE; 

SUBFACE.BOUED  : SET  [1  : #]  OF  LOOP.LOGICAL.STRUCTURE; 

TRIMMIIG  : SELECT.FACE.OR.SUBFACE; 

¥HERE 

OUTER.SUBFACE.BOUID  II  ST7BFACE.B0UID ; 

EIIBEDDEDCSUEFACE,  TRIMMIIG); 

COISTRAIITS.FACE (SUBFACE) ; 

ESD.EITITT; 

(♦ 


• ) 

TYPE  SELECT.FACE.OR.SUBFACE  ■ SELECT  (FACE,  SUBFACE); 
ESD.TYPE; 

(• 


ATTRIBUTE  DEFINITIONS: 

OUTER.SUBFACE-BOUND  Outside  boundary  of  SUBFACE.  Optional. 
SUBFACE-BOUND  List  of  all  the  boundaries  of  the  SUBFACE. 

TRIMMING  The  FACE  or  SUBFACE  that  is  being  trimmed  by  the  SUBFACE. 

PROPOSITIONS: 

1.  The  domain  of  the  SUBFACE  must  be  a subset  of  the  domain  of  the  FACE  being  trimmed. 

2.  All  the  constraints  on  FACE  apply  equally  to  SUBFACE 


4 


I 


N2  8 


3.1.1  Editorial  Comments 

1.  This  entity  has  now  been  incorporated  in  the  Washington  Edition  of  the  IPIM. 

2.  I have  not  nsed  this  entity  consistentiy  in  the  other  parts  of  the  model  — instead  I have  used 
WHERE  clauses  to  ensure  that,  for  example,  the  FACE  of  a LAYER  is  effectively  embedded 
within  the  FACE  of  a LAYERED  ELECTRICAL  PRODUCT.  This  is,  I think  satisfactory, 
as  regards  the  Level  2 model. 

3.  Following  from  this,  is  it  envisaged  that  a Level  1 model  wUI  ever  “stand  alone”,  i.e  only  the 
logical  model  is  useful  or  is  Level  2 the  first  useful  model  and  there  wiH  always  be  both  Level 
1 and  2 models  present? 

I incline  to  the  thought  that  a Level  1 model  is  useful  in  its  own  right.  If  this  is  so,  then  there 
needs  to  be  an  entity  that  can  serve  as  an  “entry  point”  into  the  Level  1 model  — perhaps 
something  that  just  collects  together  the  all  the  topological  entities  (vertex,  edge,  path  and 
loop)  that  form  the  logical  connectivity  of  the  cLrcuit. 

VERTEX  mainly  as  an  abstraction  for  an  electrical  component  (resistor,  capacitor,  transis- 
tor etc). 

EDGE,  PATH,  LOOP  as  abstractions  of  connections  between  components.  Vertices  wiH 
be  required  in  the  definition  of  these  entities,  as  usual. 

4.  As  I see  it,  the  Level  1 model  is  for  the  logical  circuit  layout  and  the  Level  2 is  for  the  physical 
layout  of  the  circuit  in  a multi-layer  ennronment.  It  is  only  at  this  level  that  FACES  are 
needed  in  order  to  talk  about  physical  areas  of  conductors  etc.  It  should  be  possible,  at  a 
later  stage  to  be  able  to  unplug  the  Level  2 model  torn  the  Level  1 model  and  replace  it  with 
another  physical  environment  model  (e.g  a power  electrical  distribution  system). 

4 Level  2 Model 

This  model  is  couched  in  terms  mote  appropriate  to  the  practising  design  engineer  than  to  a 
topologist. 

4.1  LAYERED  ELECTRICAL  PRODUCT 

A LAYERED  ELECTRICAL  PRODUCT  is  a physically  defined  product  that  has  two  or  more 
LAYERS  Slacked  in  sequential  order  and  whose  primary  functionality  is  electrical. 


•) 

ErriTT  LlTERED.EIj:CTlICiL.FaflDUCT; 


mrailL.BOtflD.ABS'miCTIQI 

PRODUCT.TTPE 

GUTLIIE 

CLElRAId.LIMITi 

DESIGI.R^S 

LlTER.SEQTCld 

JQIIS 


Fid; 

LS,PRQDUCT,TT?E»EIU1SMTI0I ; 

UIDIFIIID; 

dDffllEQ; 

DIDEFIIED; 

IRRIT  Cl  : i]  OF  LATER; 

SET  CO  : f]  QF  ASSEJCBLT.JQII; 
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VH£ll£ 

PLlHiRdUmiAL.BOUID.ABS'nUCTIOI) ; 

EJ!BEDDED(LATIR.S£qUESCE,  MATERIAL.BOUHD.ABSTRACTIOI) ; 

ESD.EITITT; 

(•  ^ 

ATTRIBUTE  DEFINITIONS: 

MATERIAL30UND_ABSTRACTI0N  The  overall  boundaries  of  the  product.  Material 
may  only  exist  in  this  region. 

LAYER-SEQUENCE  The  ordered  sequence  of  the  layers  forming  the  LEP. 

JOINS  The  set  of  joins  between  the  layers  of  the  product  and  between  the  product  and  external 
items. 

PROPOSITIONS: 

1.  The  geometry  associated  with  the  MATERIAL.BOUND  FACE  must  be  planar. 

2.  The  individual  layers  must  all  be  contained  within  the  overall  bound. 

• ) 

TTPE  LEP.PRODUCT.TTPE.EIDMERATIOI  ■ EIUKERATIOI  OF  (RIGID, 

FLEI.RIGID, 

HYBRID, 

IITEGRATID.CIRCUIT, 
FLEI.HARIIS) ; 

EHD.TTPE; 

(• 

4.1.1  Editorial  Comments 

1.  LAYER  SEQUENCE/CA  has  been  made  an  attribute  of  this  entity 

2.  The  IDEF  P cardinality  on  LAYER/C2  does  not  match  the  descriptive  text.  I think  the  te.xt 
should  be  changed  to  include  the  possibility  oi  defining  a single- layered  product,  as  in  the 
EXPRESS  and  IDEF  models. 

3.  I am  not  in  favour  of  having  TYPE  information  as  part  of  an  EXPRESS  entity.  Maybe 
SUPERTYPING/SUBTYPING  should  be  used  instead. 

4.  ASSEMBLY  JOINs  (i.e  LAYER  TO  LAYER  and  COMPONENT  LEAD  JOINs)  have  been 
included  in  the  information  directly  required  for  a LEP. 

4.2  LAYER 

A stratum  of  one  uniformly  constituted  MATERIAL  the  thickness  of  which  may  vary  on  one 
LAYER. 

A L.A.YER  contains  elements  constituted  of  the  same  material.  Layer  elements  may  completely 
consume  the  region  of  the  LAYER.  A LAYER  may  contain  voids. 
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•) 

E5TITT  LITER; 

LATER.BOUBDART.ABSTRiCTIOS 
LATER.S^MEICLATURE 
LAYER.OtmiHI 
LAYER.THICXffZSS 
HATERIAL.SPECIFICATIOI 
LATER.EIiJSHTS 
LATER.SUB REG loss 
JOI5S 
VHERE 

EilBEDDED (LAYER.ELZMESTS , LAi£,n_ouuauArti_aBairt-4t,riuiJ  ; 

E?tBEDDED(LATER_SUBRZGIOIS  , LATER. BCTDTIDART  ABSTRACT IQB ) • 

EBD.ESTITT; 

(• 

ATTRIBUTE  DEFINITIONS: 

material  is  Umiied 

^■'^^E^-^OMENCLATURE  The  purpose  of  the  LAYER. 

LAYER.THICKNESS  The  thickness  of  the  M.ATERIAL  comprising  the  LAYER 
MATERIAL-SPECIFICATION  The  specification  of  the  material  comprising  the  layer 
LAYER-ELEMENTS  The  set  of  regions  embedded  in  the  LAYER 

LAYER^UBREGIONS  The  set  of  LOGICAL  SUBREGIOMS  embedded  in  the  LAYER 
JOINS  The  set  of  joins  within  the  LAYER. 


LAYER.BCMEICUirniE.EBUMERATIOI ; 
UIDEFIJED; 

SIZE; 

LEP.JUTERIAL; 

SET  [1  : t]  OF  LAYER.ELEHEBT; 

SET  [0  ; $]  OF  LOGICAL.SUBREGIOB ; 
SET  Co  : $]  OF  IHTRALATER. JQIB; 


rro  onmrniBv  i 


•) 

TYPE  LATER.IOMZICUTURE.EIUKEJUTIOI 


EJD.TTPE; 

(• 


EIDMERITIOI  OF 
(GRODID-PLIIE, 
POWER.PLAIE, 
SILXSCREEl, 
SOLDER.KISE, 
DIFFUSIOI, 
ETC); 


PROPOSITIONS* 

1.  All  LAYER  ELEMENTS  mnst  be  contained  geometrically  within  the  LAYER 

2.  All  LOGICAL  SUBREGIONS  must  be  contained  geometrically  within  the  LAYER 

3.  layer  elements  within  a LAYER  are  disjoint  (Need  WHERE  danse). 
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4.2.1  Editorial  Comments 


1.  INTRAL.A.YER  JOINS  have  been  made  part  of  the  information  abont  a LAYER 

4.3  LAYER’ELEMENT 

A continuous  topological  region  of  dimensionality  2 that  is  contained  within  one  and  only  one 
LAYER. 

A LAYER  ELEMENT  may  have  fully  contained  subregions.  An  electrical  signal  may  be  asso- 
ciated with  a LAYER  ELEMENT. 


• ) 

EHTITT  UTER.E1£?!EIT; 

IS.DESCRIBED.BT  : SET  [1  : #]  OF  LEP.SHAPE; 

SUBREGIQDS  : SET  [0  : #]  OF  LATER.ELEMEBT.SUBREGIOI ; 

SIGIIL  : OPTIOBIL  DEF_ELEC.LOG.LIIX; 

¥1IR£ 

EMBEDDED (SUBREGIOHS,  LITER.ELEMEST) ; 

EID.ESTITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

ISJDESCRIBED3Y  The  set  of  SHAPEs  defining  the  LAYER  ELEMENT  region 
SUBREGIONS  The  set  of  SUBREGIONS  within  the  LAYER  ELEMENT 
SIGNAL  An  electrical  signal  that  is  associated  with  the  LAYER  ELEMENT 

PROPOSITIONS; 

1.  The  SUBREGIONS  must  be  geometrically  contained  within  the  LAYER  ELEMENT. 


4.3.1  Editorial  Comments 

1.  The  IDEF  entity  ELECTRICAL  LAYER  ELEMENT/C7  is  not  in  this  model.  Instead,  the 
signal  and  element  association  is  defined  by  the  optional  SIGNAL  attribute. 

2.  SHAPE  has  been  made  an  attribute  of  this  entity  and  the  IDEF  entity  LAYER  ELEMENT 
SHAPE/C2B  does  not  appear. 

4.4  LAYER  ELEMENT  SUBREGION 

A subregion  which  is  completely  contained  within  a LAYER  ELEMENT.  The  ELEMENT  SUB- 
REGION  may  share  zero  or  more  boundaries  of  the  LAYER  ELEMENT  or  of  other  ELEMENT 
SUBREGIONS. 
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•) 

ESTITT  LATER.ELDIEHT.SUBREGIQI  SUPERTTPE  OF  (ELEMEBT.JOII.SUBREGIOS) ; 

ABSTRACrtD.iS  : OPTIOSAL  SELECT.FACE.QR.SUBFACE ; 

VHIRE 

ESD.EHTITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

ABSTRACTED-AS  The  definition  of  the  domain  of  the  region 


4.4.1  Editorial  Comments 

I.  This  has  been  made  into  a SUPERTYPE  with  one  SUBTYPE.  In  the  IDEE  model  this  entity 
appears  to  have  no  “meaning”  in  the  model  — it  is  only  the  ELEMENT  JOIN  SUBREGION 
that  has  meaning.  If  I am  wrong  then  no  harm  is  done  by  this  change. 


4.5  ELEMENT  JOIN  SUBREGION 

.A.n  ELEMENT  SUBREGION  that  e.xists  for  the  purpose  of  connecting  L.A.YER  ELEMENTS  or  a 
LAYER  ELEMENT  and  a COMPONENT.  An  ELEMENT  JOIN  SUBREGION  can  be  connected 
to  at  most  two  INTERLAYER  JOINS. 


EHTITT  ELEItEIT.JOIB.SUBREGIOI  SUBTTPE  OF  (LATER.ELEMEIT.STJBREGIOH) ; 

L0CATIC3  : VERTEX; 

VHERE 

EHD.EITITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

LOCATION  .\n  abstraction  of  the  location  of  the  join  region 


4.6  LEP  JOIN 


A connection  between  two  disjoint  items. 

The  items  that  are  connected  ate  abstracted  as  vertices. 


*) 

EITITT  LEP.JOII  SUPERTTPE  OF  (ASSEMBLY. JOII,  imiUTER.JOII) ; 

LOCATIOI.ABSTIUCTIOI  : EOCE; 

VHERE 

EID.ETTITT; 

(* 

ATTRIBUTE  DEFINITIONS: 

LOCATION  A.BSTRACTION  The  location  of  the  join 
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4.7  ASSEMBLY  JOIN 


• ) 

EHTITT  ASSE}ffiL1|.J0II  SUPERTTPE  OF  (UTIR.TO.LITER. JOII , 
’ C0MP05EIT.LE1D.J0IB) 

STTBTTPE  OF  (LEP.J0I5) ; 

ESD.EITITT; 

(• 


4.7.1  Editorial  Comments 

1.  LEP  JOIN  and  ASSEMBLY  JOIN  have  been  included  as  SUPERTYPES  for  the  purpose  of 
being  able,  in  other  parts  of  the  model,  to  talk  about  classes  of  JOIN  types. 


4.8  LAYER  TO  LAYER  JOIN 

A connection  between  e.xactly  two  ELEMENT  JOIN  SUBREGIONS  that  exist  on  two  adjacent 
LAYERS. 


• ) 

E5TITT  UTER.TO.LATER.JOII  SUBTTPE  OF  (ASSEKBLT.JOII) ; 
WHERE 

ESD.EBTITT; 

(• 


4.9  COMPONENT  LEAD  JOIN 

A connection  between  e.xactly  one  ELEMENT  JOIN  SUBREGION  and  a COMPONENT  LE.\D. 


• ) 

ETTITT  COMPOSEIT.LEAD.JOII  SUBTTPE  OF  (ASSEMBLY. JOII) ; 
WHERE 

ESD.EITITT; 

(• 


4.10  INTRALAYER  JOIN 

A connection  between  exactly  two  ELEMENT  JOIN  SUBREGIONS  that  exist  on  the  same  LAYER 
ELEMENT. 


• ) 

ESTITT  IIITRAUTER.JOII  SUBTTPE  OF  (LEP.JOII) ; 
WHERE 

ESD.EITITT; 

(• 
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4.11  LOGICAL  SUBREGION 

An  arlificial\rea  which  ij  superimposed  anywhere  on  a LAYER  and  does  not  have  to  contain  any 
material.  .A  LOGICAL  SUBREGION  may  be  partly  or  fully  contained  within  another  LOGICAL 
SUBREGION.  Special  types  of  LOGICAL  SUBREGION  include:  INFORM.ATION  SUBREGION 
and  RESTRICTED  SUBREGION. 


*) 

EHTITT  LOGICAL. SUBRZGIQI  SUPERTTPE  OF  (RESTRICTED. SUB  REG 1 01, 

IIFORMATIOI.SUBREGIOI) ; 

BOUSDART  : LOOP; 

IS. DESCRIBED. BT  : SET  [1  : t]  OF  LEP. SHAPE; 
tfHERE 

E3D.EHTITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

BOUNDARY  A loop  defining  the  boundary  of  the  region 
IS-DESCRIBED.BY  The  shape  of  the  region 

4.11.1  Editorial  Comments 

1.  Is  there  a tantolgy  between  the  two  attributes? 

2.  IDEE  entity  LOGICAL  SUBREGION  SHAPE/C33  does  not  occur  in  the  EXPRESS  model 
and  LEP  SH.APE  becomes  a direct  attribute  of  this  entity 


4.12  RESTRICTED  SUBREGION 

A LOGICAL  SUBREGION  whlcli  either  fully  or  partially  defines  a keep-out  boundary. 


• ) 

EITITT  RESTRICTED.SUBRZOIOI  STJBTTPE  OF  LOGICIL.SUBREGIOI; 

VHERE 

EHD.ESTITT 

(• 


4.13  INFORMATION  SUBREGION 

A LOGICAL  SUBREGION  that  contains  information  that  is  represented  graphically  (i.e  Text, 
Icons  bar  codes  etc.) 

•) 

EITITT  IIFORMlTIOi.STJBREGIOI  STJBTTPE  OF  LOGICAL.STJBRZGIOf ; 

ICOIIC.IIFORIUTIOI  ; SET  [0  : ♦]  OF  ICOI.PLICEJCIT; 
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TZITUAL.IIFORMATIOI  : SET  [0  : #]  OF  TEIT.PULCEMEIT ; 

VHzaz 

lOT  (ICOSIC.IIFORMITIOI  IS  lULL  AID  TEITUAL.IIFORMITIOI  IS  BUU) ; 
EID.EITITT 

1 

i 

ATTRIBUTE  DEFINITIONS: 

ICONIC  JNFORMATION  Icons  to  be  placed  in  the  region 
TEXTUAL  JNFORMATION  Text  to  be  placed  in  the  region 

PROPOSITIONS: 

1.  At  least  one  of  the  attribntes  must  not  be  MULL. 


4.13.1  Editorial  Comments 

1.  New  entities  have  been  defined  for  the  placement  of  text  and  icons  within  the  region 

4.14  ICON  PLACEMENT 

A located  instance  of  an  ICON. 


• ) 

ESTITT  ICOS.PUCEMEIT; 

ST)!B0L  : ICOI; 

LOCATIQI  : AIIS.PUCEJCEIT ; 
WHERE 

EID.EITITT; 

(• 


4.15  ICON 

A graphic  (i.e  company  logo,  symbols  etc.) 


• ) 

ESTITT  ICOI; 

TTPE.OF.ICOI  : UIDEFIIED; 
WHERE 
EID.EITITT 

(• 


4.16  TEXT  PLACEMENT 

An  instance  of  TEXT  in  a specific  location. 
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• ) 

ZSTITT  TIIT.PLACEmST; 

SYMBOL  : TEXT; 

LOCATIOj  : AIIS.PLACEMEHT; 
WHERE 

EHD.E5TITT; 

(• 


4.1T  TEXT 

Textual  information  represented  graphically. 


• ) 

EITITT  TEXT; 

CHARACTER.  STRUG 
FOIT 
HEIGHT 
ASPECT.RATIQ 
WHERE 

EID.ZrriTT 

(• 


STRIHG ; 

UIDEFIIED; 

REAL; 

REAL; 


4.18  LEP  SHAPE 

A description  that  can  be  applied  to  either  LAYER  ELEMENTS  or  LOGICAL  SUBREGIONS 
thereby  providing  a boundary  definition. 

If  ASPECT  is  TRUE  then  the  interior  of  the  shape  contains  (LAYER)  MATERIAL  and  if 
ASPECT  is  FALSE  then  the  interior  does  not  contain  (LAYER)  MATERIAL. 


•) 

EITITT  LEP.SHAPE  STJPEJITTPE  OF  (POIIT.SHAPE,  GRAPi.SHAPE,  AREA.SHAPE) ; 

ASPECT  : LOGICAL; 

EID.EITITT; 

(• 


ATTRIBUTE  DEFINITIONS: 
ASPECT  Indication  of  MATERIAL  or  not 


4.18.1  Editorial  Commenta 

1.  The  IDEF  entity  SHAPE/C32  has  been  renamed  LEP  SHAPE  to  avoid  conflict  with  other 
(potential)  uses  of  the  name. 

2.  The  ASPECT  attribote  is  applied  to  all  shape  types  — in  the  IDEF  model  it  did  not  apply 
to  AREA  SHAPE. 
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4.19  POINT  SHAPE 

A simple  shape  that  is  located  by  a single  point. 

1 

• ) 

IBTITT  POIBT.SHiPE  SUPEXTTPE  OF  (EIPLICIT.POIIT.SHAPE , 

IMPLICIT.POIirr.SHlPE) 
STJBTTPE  OF  ( LEP. SHAPE) ; 
L0CATISG.7ERTEI  : 7ERTEI; 

EID.ESTITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

LOCATING-VERTEX  The  (abstraction  of  the)  location  of  the  shape. 

4.19.1  Editorial  Cozxunents 

1.  This  has  been  made  into  a SUPERTYPE 

4.20  IMPLICIT  POINT  SHAPE 

A simple  SHAPE  that  is  located  by  a single  POINT,  for  example,  a pad  which  is  implicitly  defined 
by,  for  example,  a position  on  a photo  plotter  apperatnre  wheel. 


*) 

ESTITT  IMPLICIT.POIIT.SHiPE  SU3TTPE  OF  (POIDT.SHiPE) ; 
DEFIHITIOI  : DIDEFIIED; 

EIPLICIT.BOUIDART  : OPTIOIAL  FACE; 

WHERE 

ESD.ErriTT; 

(• 


ATTRIBUTE  DEFINITIONS: 

DEFINITION  The  reference  to  the  definition  of  the  shape 
EXPLICIT-BOUNDARY  An  explicit  definition  of  the  shape  boundary. 

4.20.1  Editorial  Comments 

1.  The  IDEF  model  contains  nothing  about  how  to  represent/define  a position  on  a photo 
aperture  wheel. 
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4.21  EXPLICIT  POINT  SHAPE 

Aa  explicit  description  defined  by  a FACE,  applied  to  a POINT  SHAPE.  It  possess  its  own  coor- 
dinate system  that  is  independent  from  the  product.  \ typical  example  would  be  a library  part 
resident  in  a CAD  system. 


ESTITT  EIPLICIT.PQIST. SHAPE  SUBTYPE  OF  (POIIT.SHAPE) ; 
BOUBDART  : FACE; 

LOCATIQJ.AMD.QRIEHTATIOI  : AIIS.PLACEMEHT; 

WHERE 

E5D.EITITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

BOUNDARY  The  domain  of  the  shape 

LOCATION-AND-ORIENTATION  The  local  coordinate  system  of  the  shape 


4.22  GRAPH  SHAPE 

A simple  lineax  SHAPE  that  has  a uniform  width  of  which  there  are  two  types:  OPEN  GRAPH 
SHAPE  and  CLOSED  GRAPH  SHAPE. 

Only  the  “center  line’’  of  the  shape  is  represented;  the  “interior^  of  the  shape  is  symmetrically 
disposed  about  the  center  line  and  has  a total  width  of  WIDTH. 


ESTITT  GRAPH.SHAPE  SUPERTTPE  OF  (CLOSED.GRAPH.SHAPE,  QPEI.GRAPH.SHAPE) 

SUBTTPE  OF  LEP.SHAPE; 

WIDTH  : REAL; 

WHERE 

WIDTH  >0; 

EID.EHTITT; 

<• 


ATTRIBUTE  DEFINITIONS: 
WIDTH  The  width  of  the  interior 
PROPOSITIONS: 

1.  WIDTH  must  be  greater  than  zero 


4.23  CLOSED  GRAPH  SHAPE 
A GRAPH  SHAPE  that  is  defined  by  a LOOP. 
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•) 

ETTITT  CLOSED.GRIPH.SHIPE  STJBTTPE  OF  GRIPH.SHIPE; 

CErrER.LIIE  I LOOP; 

VlIRE 

EHD.EITITT; 

(* 


ATTRIBUTE  DEFINITIONS: 

CENTER-LINE  The  center-line  of  the  interior  of  the  shape 


4.24  OPEN  GRAPH  SHAPE 
A GRAPH  SHAPE  that  is  defined  by  a PATH. 


•) 

EITITT  OPEI.GRiPB.SHlPE  SUBTYPE  OF  GRAPH.SHAPE; 

CIITER.LIIE  : PATH; 

VHERE 

EID.EITITT; 

(• 


ATTRIBUTE  DEFINITIONS: 

CENTER-LINE  The  center-line  of  the  interior  of  the  shape 

4.25  AREA  SHAPE 

A SHAPE  which  has  an  arbitrary  complex  boundary  that  is  defined  explicitly  by  a FACE. 
The  FACE  may  contain  voids. 

• ) 

EITITT  AREA. SHAPE  SUBTYPE  OF  LEP.SHAPE; 

REGIOI  : FACE; 

WHERE 

EID.EITITT; 

(* 

ATTRIBUTE  DEFINITIONS: 

REGION  The  definition  of  the  interior  of  the  shape 


5 Level  3 Model 

This  model  is  appropriate  for  the  planning  and  manofactnre  of  a Level  2 Model  in  the  form  of  a 
Printed  Wiring  Board  product.  This  model  references  the  Level  2 Model. 
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5.1  PANEL 


A rectangulw  or  square  base  MATERLA,L  of  pre-determined  size  intended  for,  or  containing  one  or 
more  LAYERED  ELECTRICAL  PRODUCTS  and,  when  required,  one  or  more  TEST  COUPONS. 


• ) 


EITITT  PAUL; 

PAHEL.UPPER.RIGHT 

PAHIL.LOHIR.LEFT 

C0UP05S 

PERFORITIOBS 

ffISTS 

COMPOBEHTS 

MADE.FROM 


CARTES lAS.TVO.COORDIIATE; 

CARTES lAI.TVO.COQRDIBATE; 

SET  [0  : #]  OF  TEST.COUPCI; 

SET  [0  : •]  OF  LEP .PASSAGE; 

SET  [0  ; »}  OF  PABEL.LATERED.ELECTRICAL.PRODUCT; 
LIST  [0  : ♦]  OF  PAIEL.DETAIL; 

SET  Cl  : t]  OF  LATER; 


VHEAE 

E5D.EITITT; 

(• 

ATTRIBUTE  DEFINITIONS: 

PANEL-UPPER-RIGHT  The  coordinates  of  the  upper  right  end  of  the  rectangle  diagonal 
PANEL-LOWER-LEFT  The  coordinates  of  the  lower  left  end  of  the  rectangle  diagonal 
COUPONS  The  set  of  TEST  COUPONS  on  the  panel 
PERFORATIONS  The  set  of  perforations  (through  holes)  in  the  panel 
NESTS  The  set  and  location  of  LEPs  on  the  panel 

COMPONENTS  The  List  of  PANEL  DETAILS  (sub- assemblies)  forming  the  panel 
MADE-FROM  The  set  of  LAYERs  forming  the  panel 

5.1.1  Editorial  Comments 

1.  The  entitj  PANEL  LAYER  does  not  occur  in  this  model.  Instead,  LAYER  is  referenced 
directly  from  PANEL. 

5.2  PANEL  DETAIL 

The  manufacturing  identiilcatioa  of  one  or  more  LAYERS.  The  outside  LAYERS  may  be  processed 
to  form  a LAYER  ELEMENT,  and  PASSAGES  may  be  processed  through  the  PANEL  DETAIL. 
The  PASSAGES  may  become  blind  or  buried  VLAS  when  the  PANEL  DETAIL  is  assembled  to 
other  PANEL  DETAILS. 

•) 

EITITT  PIIZL.DETAIL; 

DEFIIITIQI  : PilEL; 


VHIR£ 

EID.EITITT; 

(• 

1 

5.3  PANEL  LAYERED  ELECTRICAL  PRODUCT 

An  occurrence  of  \ LAYERED  ELECTRICAL  PRODUCT  in  & minufacturing  printed  circuit  or 
printed  wiring  board  PANEL.  Note  that  one  or  more  products  are  nested  in  a window  area  of  the 
PANEL. 


EHTITT  PAffEL.LATERED.ELECnilClL.PRODUCT; 

PRODUCT.OFFSET.AID.ORIIITATIOI  : AIIS.PUCEMEIT ; 

PRODUCES  : UTERED.ELECTRICIL.PRODUCT ; 

WHERE 

EID.EITITT: 

(• 


5.4  TEST  COUPON 

A portion  of  the  quality  conformance  test  ciicnitiy  used  for  a specific  acceptance  test  or  group  of 
related  tests. 


•) 

EITITT  TEST.COUPOI; 

SPECIFICATIOI  : UIDEFIIED; 
EID.EITITT; 

(* 


5.5  LEP  PASSAGE 

The  implementation  of  a VOID  in  a PANEL  DETAIL  normal  to  the  plane  of  its  LAYERs.  It  is  an 
implicit  feature  within  the  design  topology  and  an  e.'rplicit  feature  in  the  printed  circuit  or  printed 
wiring  board  data.  It  may  be  drilled  through  the  PANEL  DETAIL  during  some  phase  of  detail 
processing  depending  on  whether  the  element  has  been  formed  in  order  to  be  visually  present  or 
has  been  intended  and  formed  to  provide  current  conduction  for  plating  purposes. 


*) 


EITITT  LEP .PASSAGE 
LQCATIOI 

USAGE  : 

DIAMETER 
IS.SURFACED.BT  : 
SIGIAL 
WHERE 


SUPERTTPE  OF  (UTER.PASSAGE,  COMPOIEIT.LEAD.PASSAGE , VIA, 
UTER.TO.UTER.JOII.STRIIG) ; 

AXIS.PUCEMEIT: 

OPTIOIAL  PASSAGE.USES.EIUXERATIOl; 

SIZE: 

LIST  [0  : ♦]  OF  DEPOSITIOI; 

OPTIOIAL  DEF.ELEC.LOG.LIIK ; 
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ESD.ESTITT: 

(• 


1 

*) 

TYPE  PASSAGE.USES.E5UHZRATI0I  - EIIUTCRATIOI  OF  (FIITURI3G, 

REGISTKITIOI, 
MQUITI5G, 
CLZARANCZ) ; 

EUD.TTPE; 

(• 


5.5.1  Editorial  Comments 

1.  This  has  been  made  into  a SUPERTYPE  ar.d  renamed  LEP  PASSAGE  to  avoid  conflict  with 
the  Feature  Model. 

2.  The  IDEF  entity  PASSAGE  DEPOSITION  SEQUENCE/P9  does  not  appear  in  this  model. 
The  information  is  conveyed  via  the  attribute  IS  SURFACED  BY. 

3.  The  IDEF  entity  ELECTRICAL  PLATED  P.A.SSAGE/P11  does  not  appear.  The  SIGNAL 
has  been  made  an  optional  attribute  of  PASSAGE. 

5.6  DEPOSITION 

The  speciflcation  of  a deposited  MATERLA.L. 


ESTITT  DEPOSITIOI; 

SPECIFICITIQI  : USD^ISED; 

KITZRIIL.SPECIFICITICI  : LZP.MITERIIL; 
THICXIESS  : RZIL; 

VHERE 

EHD.EITITT; 

(• 


5.7  LAYER  PASSAGE 

The  occurrence  of  a PASSAGE  through  a LAYER. 


•) 

EITITT  UTER,PASSAGE  SUBTTPE  OF  (LEP .PASSAGE) ; 

BOUIDART  : LOOP; 

VHERE 

EID.ETTITT; 

(• 
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5.8  COMPONENT  LEAD  PASSAGE 


The  occurrence  of  a PASSAGE  intended  for  a COMPONENT  LEAD.  The  PASSAGE  may  be 
plated.  -f 


• ) 

EITITT  COKPOIZST.LIID.PASSAGE  SXJBTTPE  OF  (LEP.PASSAGE)  ; 
VHERE 

EHD.EITITT; 

(• 


5.9  VIA 

An  ELECTRICAL  PLATED  PASSAGE  whose  sole  purpose  is  to  electrically  connect  LAYER 
ELEMENTS  on  two  or  more  LAYERS.  It  cannot  be  associated  with  a COMPONENT  LEAD. 


•) 

E5TITT  VIA  SUBTTPE  OF  (LEP.PASSAGE); 
VIA.fUMBEll  : lUMBER; 

VIA.TTPE  : UIDEFIBED; 

WHERE 

SIGHAL  <>  lULL; 

IS.SURFACED.BT  <>  lULL; 

EHD.EITITT; 

(• 


PROPOSITIONS: 

1.  SIGNAL  must  not  be  NULL 

2.  The  PASSAGE  must  be  plated 

5.10  LAYER  TO  LAYER  JOIN  STRING 

The  occurrence  of  a PASSAGE  as  a means  of  achieving  one  or  more  LAYER  TO  LAYER  JOINS. 


• ) 

EITITT  LATER.TO.LATER.JOII.STRIIG  SUBTTPE  OF  (LEP.PASSAGE); 

JOII.PATB  : PATH; 

WHERE 

EID.EITITT; 

(• 


5.11  LAYER  DEPOSITION 

A LAYER  whose  LAYER  ELEMENTS  are  implemented  as  an  additive  process. 
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• ) 

ENTITT  LAYIR.DEPQSITICU; 

IS. BASED  01  : LATIR; 

DEPOSITlIl.SPECIFICATIOI  : DEPOSITIOS; 

VHERE 

E3D.ESTITY; 

(• 

6 RELATIONSHIP  WITH  OTHER  EXPRESS  MODELS 


This  Section  provides  some  new  EXPRESS  models  that  are  required  by  the  LEP  model.  These  are 
not  fully  defined  bat  appear  as  dotted  boxes  in  the  LEP  IDEF  model. 


6.1  LEP  MATERIAL 

The  specification  of  a material  as  used  in  the  LEP  model. 

M.\TERIAL  is  the  tangible  substance  out  of  which  a product  is  made.  A material  is  made  of 
exactly  one  constituted  (mixture  of)  chemical  compound  possessing  consistent  characteristics  and 
properties. 


EITITT  LEP.HATERIAL; 
fUTZRIAL.lAKi: 
MATERIAL.SPECIFICATIQI 
ELECTRICAL.CQSDUCTIVITT 
TEERIUL.COHDDCTIVITT 
EBD.EITITT; 

(• 


STRIBG; 

UBDEFIIZD; 

REAL; 

REAL; 


6.1.1  Editorial  Comments 

1.  This  has  been  renamed  LEP  MATERIAL  to  distinguish  from  other  MATERIAL  definitions. 


6.2  DEF  ELEC  LOG  LINK 

This  defines  a LEP  electrical  signal. 

• ) 

EITITT  DEF.ELEC,LOG.LIIX; 

SIGIAL. ATTRIBUTES  : UIDEFIIEO; 
EID.EITITT; 

(• 
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6.3  LEP  COMPONENT 


A COMPONENT  13  xn  individuaJ  part  or  combinatioa  of  parts  that  performs  a specific  design 
fanction{s).  j 

A LEP  COMPONENT  is  a type  of  product  which  is  identified  as  being  part  of  the  next  assembly 
to  the  subject  of  the  LEP  model.  As  such,  it  has  two  or  more  COMPONENT  LEADs.  It  can  either 
be  mounted  on  a LAYERED  ELECTRICAL  PRODUCT  in  a subsequent  assembly  process  or  be 
implemented  as  a LAYER  ELEMENT  of  the  product. 


ESTITT  LEP. COMP OSEIT; 
COMPOIfEIT.DESCRIPTIOI 
SPECIFICATIOI 
HEIGHT 
¥IDTH 
LEIGTH 
LEADS 

EID.EITITT; 

(* 


STRUG; 

UIDEFIHED; 

REAL; 

REAL; 

REAL; 

SET  [2  : ♦]  OF  COKPOIEIT.LEID; 


ATTRIBUTE  DEFINITIONS: 

COMPONENT-DESCRIPTION  The  nomenclature  commonly  recognized  as  an  identifier  of 
a component.  Examples  are  capacitor,  DIP  etc. 

SPECIFICATION  The  specification  of  the  component.  For  example  a reference  to  a catalogue 
number  or  part  number. 

HEIGHT  The  vertical  displacement  of  the  top  of  the  unit  from  an  installation  surface. 

WIDTH  The  installed  horizontal  width  of  the  component  body. 

LENGTH  The  installed  horizontal  length  of  the  component  body. 

LEADS  The  set  of  connections  on  the  component. 


6.4  COMPONENT  LEAD 

A connection  “point”  on  a component.  That  is,  an  element  of  a LEP  COMPONENT  that  serves 
as  a mechanical  and/or  electrical  connector  in  an  assembly. 


•) 


ETTITT  COMPOIEIT.LEID; 


LEAD. ID 

LEAD.MAI.WIDTH 

SIGIAL 

ABSTRACTZD.AS 

EID.EITITT; 

(• 


IITEGER; 

REAL; 

OPTICIAL 

OPTIOBAL 


DEF.ELEC.LOG.LIIK; 
VERTEX ; 


22 


N288 


attribute  DEFINITIONS: 

LEAD  JD  The  “pin  namber”  of  the  lead. 

LEAD-mAx-WIDTH  The  diameter  of  a round  lead  or  the  diagonal  of  a rectangular  lead. 
SIGNAL  The  electrical  signal  carried  by  the  lead 
ABSTRACTED-AS  \n  abstraction  of  the  location  of  the  lead. 

6.5  IDEF  and  EXPRESS  Model  Relationships 

The  following  entities  are  defined  in  the  IDEF  model  which  already  exist,  or  have  equivalents,  in 
the  EXPRESS  IPIM.  These  entity  are  not  included  in  the  above  EXPRESS  model. 

IDEF  Entity  IPIM  Entity 


7ERTE2/SS11 

EDGE/SS9 

P0IST/SS17 

F1CE/SS2 

L00P/SS7 

PATH/SS29 

EDGE  PAT3  STRUCTURE/ SS30 

EDGE  LOOP  STRUCTURE/ SS 10 

SURFACE/SSl 

TRIMMED  SURFACE/SS5 

LOOP  STRUCTURE 

DIRECTI0S/SS33 

CURYE/SS13 

CIRCLE/SS16 

LIIE/SS15 

CURTZ  SEGMEBT  STRUCTURE 


VERTEX 


EDGE 

CARTES lAI.TVO.CQORDIIATE 


FACE 

LOOP 

PATH 


EDGE  LOGICAL  STRUCTURE 
EDGE  LOGICAL  STRUCTURE 
SURFACE 
FACE 

LOOP  LOGICAL  STRUCTURE 
THREE  SPACE  DIRECTIOI 
CURVE 
CIRCLE 


LIIE 

EDGE 


6.6  Other  EXPRESS  Entities 

The  following  existing  entities  in  the  EXPRESS  IPIM  have  been  used  in  this  model.  Their  defini- 
tions have  not  bees  repeated  here. 


■AXE 


DESCRIFTIOI 


SIZE 

UIS  PUCEXETT 


A toleranctd  REAL  value 
A local  coordinate  systea 
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7 Classification  Scheme 

The  following  indented  list  provides  the  classification  scheme  for  the  Layered  Electrical  Product 
Model.  1 


COMP  0 KIT  LEAD 
DEF  ELEC  LOG  LIIK 
DEPOSITIOI 
ICOI 

ICOI  PLACEMEIT 
UTER 

LATER  DEPOSITIOI 
LATER  ELEMEIT 
LATER  ELEMEIT  ST7BREGI0I 
ELEMEIT  JOII  SUBREGIOI 
UTERED  ELECTRICAL  PRODUCT 
LEP  COMPOIEIT 
LEP  JOII 

ASSEMBLT  JOII 

COMPOIEIT  LEAD  JOII 
UTER  TO  UTER  JOII 
IITRAUTER  JOII 
LEP  MATERIAL 
LEP  PASSAGE 

COMPOIEIT  LUD  PASSAGE 
LATER  PASSAGE 

LATER  TO  LATER  JOII  STRUG 
VIA 

LEP  SHAPE 
AREA  SHAPE 
GRAPH  SHAPE 

CLOSED  GRAPH  SHAPE 
OPEI  GRAPH  SHAPE 
POIIT  SHAPE 
EXPLICIT  POIIT  SHAPE 
IMPLICIT  POIIT  SHAPE 
LOGICAL  SUBREGIOI 

IIFORMATIOI  SUBREGIOI 
RESTRICTED  SUBREGIOI 
PAIEL 

PAIEL  DETAIL 

PAIEL  UTERED  ELECTRICAL  PRODUCT 

TEST  COUPOI 

TEXT 

TEXT  PUCEMEIT 
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8 Undefined  Entities 
1 

An  EXPRESS  model  must  he  fully  refined.  That  means  that  there  mast  be  a trace  from  every  def- 
inition to  one  of  the  EXPRESS  “primitives”  — NUMBER  (Real  or  Integer),  LOGICAL,  STRING, 
ENUMERATION. 

From  a refining  viewpoint  there  are  three  classes  of  entities  in  an  EXPRESS  model: 

INCOMPLETE  Those  entities  which  have  one  or  more  attributes  that  are  UNDEFINED. 

PARTIALLY  REFINED  Those  entities  which  have  no  UNDEFINED  attributes  but  where  one 
or  more  of  the  attributes  refer,  either  directly  or  via  a chain  of  entities,  to  an  INCOMPLETE 
entity. 

REFINED  Those  entities  whose  every  attribute  can  be  traced  to  an  EXPRESS  primitive. 

Table  1 indicates  which  entities  in  the  model  are  REFINED,  PARTIALLY  REFINED  or  IN- 
COMPLETE. This  classification  is  independent  of  whether  the  entity  actually  represents  what  it 
is  intended  to. 

If  the  incomplete  entities  in  the  model  were  fully  refined,  then  all  the  entities  would  automat- 
ically become  fully  refined.  Note  that  the  model  is,  in  some  sense,  complete  in  EXPRESS  terms 
because  of  the  use  of  the  UNDEFINED  entity  type  for  those  attributes  that  have  not  yet  been 
specified.  In  most  cases  the  incomplete  entities  (or  attributes  of  these)  are  integration  points  with 
other  models  yet  to  be  specified. 
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ENTITY 

1 

REFINED 

PARTIALLY 

REFINED 

INCOMPLETE 

COMPONENT  LEAD 

X 

DEPOSITION 

X 

DEF  ELEC  LOG  LINK 

X 

LEP  JOIN 

X 

ASSEMBLY  JOIN 

X 

COMPONENT  LEAD  JOIN 

X 

LAYER  TO  LAYER  JOIN 

X 

INTRALAYER  JOIN 

X 

LEP  SHAPE 

X 

AREA  SHAPE 

X 

GRAPH  SHAPE 

X 

CLOSED  GRAPH  SHAPE 

X 

OPEN  GRAPH  SHAPE 

X 

POINT  SHAPE 

X 

EXPLICIT  POINT  SHAPE 

X 

IMPLICIT  POINT  SHAPE 

X 

ICON 

X 

ICON  PLACEMENT 

X 

LAYER 

X 

LAYER  DEPOSITION 

X 

LAYER  ELEMENT 

X 

LAYER  ELEMENT  SUBREGION 

X 

ELEMENT  JOIN  SUBREGION 

X 

LAYERED  ELECTRICAL  PRODUCT 

X 

LEP  COMPONENT 

X 

LEP  MATERIAL 

X 

LOGICAL  SUBREGION 

X 

INFORMATION  SUBREGION 

X 

RESTRICTED  SUBREGION 

X 

PANEL 

X 

PANEL  DETAIL 

X 

PANEL  LAYERED  ELECTRICAL  PRODUCT 

X 

LEP  PASSAGE 

X 

COMPONENT  LEAD  PASSAGE 

X 

LAYER  PASSAGE 

X 

LAYER  TO  LAYER  JOIN  STRING 

X 

VIA 

TEST  COUPON 

X 

TEXT 

X 

TEXT  PLACEMENT 

X 

Table  1:  Entity  refinement  status 
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NOTE:  The  following  Resource  Entities  are  taken  from  the  Wilson-Kennicott  model. 
They  have  been  utilized  by  the  Cal  Poly  Task  Team  Extension  to  oonstaict  the  Shape/Size 
section  of  the  Layered  Electrical  Product  Model.  Note  that  the  Shell  and  Region  entities 
were  not  referenced  by  the  Team  because  the  Team  was  concerned  with  the  properties  of 
layers  which  could  be  adequately  described  using  the  Vertex,  Edge,  Path,  Loop  and  Face 
entities. 
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A.  3 ^SAMPLE  DATABASE 

'I 

The  CPTTX  Demo  Program  is  a simple  database  implementation  of  the  data  model.  A 
copy  of  the  current  version  of  this  demonstration  database  can  be  downloaded  from  the 
National  Bureau  of  Standards  Bulletin  Board  at  (30i)-963-6234.  Written  in  dBASE  III 
Plus,  the  demo  program  runs  on  an  IBM  PC/XT/AT  and  PS2  or  compatible  computer 
equiped  with  a graphics  adapter  (CGA;EGA/VGA). 

A. 3.1  IMPLEMENTATION 

In  the  demo  database,  each  entity  type  becomes  a relation  (dBASE  table),  and  each 
instance  of  the  entity  becomes  the  rows  (dBASE  records),  and  the  attributes  of  the 
entity  become  the  columns  (dBASE  Helds)  of  the  relation.  Therefore,  the  database 
remains  as  faithful  as  it  can  be  to  the  data  model. 

The  dBASE  tables  were  populated  with  data  from  the  USAF  PDDI  extension  project. 
About  500K  of  data  in  Step  file  format  were  processed  and  imported  directly  into 
dBASE  data  files.  Figure  A.3.1-1  is  a picture  of  the  three-layer  board  used  in  the 
demo  which  shows  all  pads  and  traces.  Figure  A.3.1-2  displays  all  components  on  that 
board. 

A. 8. 2 SAMPLE  DATABASE  STRUCTURES 

The  following  dBASE  structures  describe  each  entity  and  its  dBASE  table  filename, 
definition  of  each  field,  index  filename,  and  key  field(s).  All  tables  are  indexed  by  their 
key  fieid(s). 
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DATABASE  STRUCTURE 

1 


AREA  SHAPE  / C15 

Stnjcture  for  database  : AREA_S.DBF 

Field 

Field  nama 

Width 

Dec 

1 

S ID 

Numeric 

5 

2 

FACEJD 

Numeric 

5 

••  Total  •• 

1 1 

AREA.S.NDX 

- Indexed  on:  s_id 

COMPONENT 

’ / S6 

Structure  for  database  : COMPO.DBF 

Field 

Field  name 

Width 

Dec 

1 

COMP  ID 

Numeric 

5 

2 

REF  DES 

Character 

5 

3 

oesc 

Character 

30 

••  Total  *• 

4 1 

COMPO.NDX  - 

Indexed  on:  comp.id 

COMPONENT 

LEAD  / S7 

Structure  for  database  : COMPO  LDBF 

Field 

Field  name 

Width 

Dac 

1 

COMP  ID 

Numeric 

5 

2 

PIN  ID 

Numeric 

5 

3 

VEFTTEX  ID 

Numeric 

5 

**  Total  •* 

1 6 

COMPO_LNDX  - Indexed  on:  comp_ 

.kj 

COMPONENT  LEAD  JOIN  / CIO 

Structure  for  database  : COMPO  S.OBF 

Field 

Field  name 

Width 

Dec 

1 

COMP  ID 

Numeric 

5 

2 

SJO 

Numeric 

5 

**  Total  •• 

1 1 

COMPO_S.NDX  - Indexed  on:  comp_ld 
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CIRCLE  / SS16 

Structure  for  database  : CIRCLE.DBF 

Field 

Field  name 

Width 

DSC 

1 

CURVE  ID 

Numeric 

5 

2 

CENTER  P 

Numeric 

5 

3 

DIR 

Character 

5 

4 

RADIUS 

Numeric 

6 

4 

••  Total  •• 

22 

CIRCLE.NDX 

- Indexed  on:  curvejd 

I 

CURVE  / SS13 

Structure  for  database  : CURVE.D6F 

Eifild 

Field  name 

Width 

DSC 

1 

CURVE  ID 

Numeric 

5 

2 

CURVE  TVPE 

Numeric 

1 

3 

NOTE 

Character 

1 0 

*•  Total  •* 

1 7 

CURVE.NDX 

~ Indexed  on:  curve.id 

CURVE  SEGMENT  STRUCTURE  / SS14 
Structure  for  database  : CURVE  S.06F 

Field 

Field  name 

Width 

DSC 

1 

EDGE  ID 

Numeric 

5 

2 

CURVEJD 

Numeric 

5 

••  Total  •* 

1 1 

CURVE_S.NDX  - Indexed  on:  edge.ld 

DEFINED  ELECTRICAL  LOGICAL  LINK  / S5 
Structure  for  database  : DELL06P 


Field 

FisB  nams 

lysfi 

Width 

1 

LINK  ID 

Numeric 

5 

2 

SIGN^.NAM 

Character 

1 0 

••  Total  •* 

1 6 

DELL.NDX  - Indexed  on:  link  id 
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EDGE!/  SS9 

Structure  for  database  : EDGE.DBF 

Field 

Field  name 

Width 

DSC 

1 

EDGE  ID 

Numeric 

5 

2 

VERTEX  1D1 

Numeric 

5 

3 

VERTEX  JD2 

Numeric 

5 

••  Total  •* 

1 6 

EDGE.NDX  - 

- Indexed  on:  edgejd 

EXPLICIT  ELEMENT  POINT  SHAPE  / C31 

Structure  for  database  : EEPS.OBF 

Field 

Reid  name 

Type 

Width 

DSC 

1 

S ID 

Numeric 

5 

2 

FACEJD 

Numeric 

5 

•*  Total  ** 

1 1 

EEPS.NDX  - 

< Indexed  on:  sjd 

ELECTRICAL  LAYER  ELEMENT  / 

C7 

Structure  for  database  : ELE.OBF 

Field 

Reid  name 

Type 

Width 

Dec 

1 

PDPI  ID 

Numeric 

5 

2 

V ID 

Numeric 

5 

3 

L ID 

Numeric 

5 

4 

LE  ID 

Numeric 

5 

5 

LINKJO 

Numeric 

5 

••  Total  *• 

26 

ELE.NDX  - 

Indexed  on:  llnkjd 

EDGE  LOOP  STRUCTURE  / SSIO 

Structure  for  database  : ELS. DBF 

Field 

Reid  name 

Width 

DSC 

1 

LOOP  ID 

Numeric 

5 

2 

EDGE  10 

Numeric 

5 

3 

EU.ORIENT 

Character 

30 

•*  Total  •• 

41 

ELS.NDX  - Indexed  on:  loop.id 
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EDGE>ATirsfRUCTUR'E  / 3530 
Structure  for  database  : EPS. DBF 


Field 

Field  name 

Width 

Dac 

1 

PATH  ID 

Numeric 

5 

2 

•*  Total  *• 

EDGEJD 

Numeric 

5 

1 1 

EPS.NDX  - Indexed  on:  path_id-t»edge_id 


FACE  / SS2 

Structure  for  database  : FACE.06F 


Field 

Field  nama 

Width 

1 

FACE  ID 

Numeric 

5 

2 

DG9C 

Character 

50 

••  Total  •* 

56 

FACE.NOX  - Indexed  on:  face  id 


LAYERED  ELECTRICAL  PRODUCT  / Cl 
Structure  for  database  : LEPtV.OBF 


Field 

Field  name 

Width 

1 

PDPI  ID 

Numeric 

5 

2 

V ID 

Numeric 

5 

3 

FACE  ID 

Numeric 

5 

4 

LEP  TYPE 

Character 

5 

5 

Character 

40 

•*  Total  •• 

61 

LEPIV.NDX 

~ Indexed  on:  pdpl_id-t-vjd 

LAYERED 

ELEMENT  SHAPE  / C28 

Structure  for  database  : LES.DBF 

Field 

Reid  name 

IXQfi 

Width 

1 

S ID 

Numeric 

5 

2 

■ PDPI  ID 

Numeric 

5 

3 

V ID 

Numeric 

5 

4 

LJD 

Numeric 

5 

5 

•*  Total  •• 

LEJD 

Numeric  5 

26 

LES.NDX  - 

Indexed  on: 

pdpijd+vjd+ljd+le_id 
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} 


GRAPH  SHAPE  / C16 

Structure  for  database  : UNE_S.DBF 
Field  Field  name 

1 S ID 

2 LS  TYPE 

3 WIDTH 

••  Total  •*  30 

LlNE_S.NDX  - Indexed  on:  sjd 

Numeric 

Numeric 

Numeric 

Width 

5 

5 

1 9 

Dec 

1 5 

LOOP  / SS7 

Structure  for  database  : LOOP.DBF 

Field 

Field  name 

Width 

Dec 

1 

LOOP  ID 

Numeric 

5 

2 

DESC 

Character 

50 

••  Total  •• 

56 

LOOP.NDX  - 

Indexed  on:  loopjd 

LOOP  STRUCTURE  / SS8 

Structure  for  database  : LOOP_S.DBF 

Field 

Field  name 

Type 

Width 

Dec 

1 

FACE  ID 

Numeric 

5 

2 

LOOP  ID 

Numeric 

5 

3 

LS_ORIENT 

Character 

30 

*•  Total  •* 

41 

LOOP_S.NDX 

- Indexed  on:  face.id 

OPEN  GRAPH  SHAPE  / C35 
Structure  for  database  : OUNE.S.OBF 

EiSld  Reid  name  Tvoe  Width  QsL 


1 ■ S ID 

2 PATHJD 
••  Total  •• 


Numeric  5 

Numeric  5 

1 1 


OUNE_S.NDX  - Indexed  on:  s_id 
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pathT  S^9 

Structure  for  database  : PATH. DBF 


Field 

Field  name 

Width 

Dec 

1 

PATHJD 

Numeric 

5 

••  Total  •* 

6 

PATH.NDX  - 

Indexed  on:  path_id 

POINT  / SS17 

Structure  for  database  : POINT.DBF 

Field 

Field  name 

Width 

Qsc 

1 

POINT  ID 

Numeric 

5 

2 

PDDLPJD 

Numeric 

5 

••  Total  •• 

1 1 

POINT.NDX 

• Indexed  on:  pointjd 

POINT  SHAPE  / 017 

Structure  for  database  : POINT  S.DBF 

Field 

Field  name 

Width 

Dec 

1 

S ID 

Numeric 

5 

2 

ASPBCT 

Character 

1 0 

3 

VERTEX  ID 

Numeric 

5 

••  Total  •• 

21 

POINT_S.NDX  - Indexed  on:  s_id 

PDDI  POINT 

~ this  is  the  XYZ  coordinate  mapping  to  PDDI  project  data 

Structure  for  database  : P0INT1.DBF 

Field 

Field  name 

Width 

DSC 

1 

POINT  ID 

Numeric 

5 

2 

X 

Numeric 

1 9 

1 5 

3 

Y 

Numeric 

1 9 

1 5 

4 

Z 

Numeric 

1 9 

1 5 

••  Total  •• 

63 

POINT1.NDX  - Indexed  on:  pointjd 


8 


N288 


SHAPf  / C32 

Structure  for  database  : S.DBF 

Field  Fieldname 


1 

2 

•*  Total 


SJD 
S TYPE 


Numeric 

Numeric 


S.NDX  - Indexed  on:  s_id 
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Width 

5 

5 

1 1 


Dec 
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A. 8. 3 DATA  DICTIONARY 

1 

The  following  table  gives  descriptions  and  definitions  for  all  fields  (attributes),  key  as 
well  as  non-key,  in  the  demo  database. 

FIELD  NAME  TYPE  LEN  DEC  DATABASE DEFINITION 


ASPECT 

C 

1 0 

0 

POINT  S.DBF 

Aspect  Ratio 

CENTER  P 

N 

5 

0 

CIRCLE-DEF 

Center  point  coord. 

COMMENT 

C 

40 

0 

LEPIV.DBF 

Comment 

COMPJD 

N 

5 

0 

COMPO  LDBF 
COMPOreF 
COMPO  aOBF 

Component  ID 

CURVEJD 

N 

5 

0 

CURVE  S.DBF 

CURVEXeF 

CIRCLEDBF 

Curve  ID 

CURVE  TYPE 

N 

1 

0 

CURVEXSF 

Curve  Type 

CESC 

C 

50 

0 

FAOEDBF 

LOOPiDeF 

COMPOOBF 

Description 

DIR 

C 

5 

0 

CIRCLEOeF 

Direction 

EDGEJD 

N 

5 

0 

ELS.DBF 

EDGEDBF 

CURVE  SDBF 
EPS.DeF 

Edge  ID 

EL  ORIENT 

C 

30 

0 

ELSOBF 

Element  Orientation 

FACEJD 

N 

5 

0 

AREA  S.DBF 
LOOP  S-DSF 
LEPIV.DBF 
FACEDBF 
EEPSDBF 

Face  ID 

LEP  TYPE 

C 

5 

0 

LEPIV.DBF 

Layered  Elec.  Prod.  Type 

LE_ID 

N 

5 

0 

ELEDSF 

LES.D6F 

Layer  Element  ID 

LINKJD 

N 

5 

0 

DELLD6F 

ELEDBF 

Unk  ID 

LOOPJD 

N 

5 

0 

LOOP  &DBF 

ELS.b6F 

LOOPOeF 

Loop  ID 

LS  ORIENT 

C 

30 

0 

LOOP  SDSF 

Loop  Struc.  Orientation 

LS  TYPE 

N 

5 

0 

UNE  S.DBF 

Loop  Structure  Type 

LJD 

N 

5 

0 

ELE.DBF 

LES.DBF 

Layer  ID 

NOTE 

C 

1 0 

0 

CURVEJ»F 

Curve  Note 

PATHJD 

N 

5 

0 

OUNE  SDBF 

PATH.DBF 

EPS.DBF 

Path  ID 

PDDLPJD 

N 

5 

0 

POINT.DBF 

PDDI  Point  ID 

N283 
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FIELD  NAME TYPE  LEN  DEC  DATABASE  DEFINITION 

1 


PDPlJD 

N 

5 

0 

LEPIV.DBF 

ELEDBF 

LES.DBF 

Physically  Defined 
Pr(^uct  Item  ID 

PIN  ID 

N 

5 

0 

COMPO  LDBF 

Component  Pin  ID 

POINTJD 

N 

5 

0 

POINT1.DBF 

POINT.DBF 

Point  ID 

RADIUS 

N 

6 

4 

CIRCLEDBF 

Cirde  Radius 

REF_DES 

C 

5 

0 

COMPOI56F 

Component  Reference 
Designator 

SIGNAL  NAM 

C 

0 

0 

DELLDBF 

Signal  Name 

SJD 

N 

5 

0 

AREA_S.DBF 

Shape  ID 

LES.DBF 

S.DBF 

POINT_S.DBF 
EEPS.DBF 
COMPO_S.DBF 
UNE  S.DBF 
OUNE  S.OBF 


S TYPE 

N 

5 

0 

S.D8F 

Shape  Type 

vIrtexjd 

N 

5 

0 

POINT  S.DBF 
COMPO  LDBP 

Vertex  ID 

VERTEX  ID1 

N 

5 

0 

EDGEDEP 

Vertex  ID  1 

VERTEX  ID2 

N 

5 

0 

EDGEJDGF 

Vertex  ID  2 

VJD 

N 

5 

0 

LEPIV.DBF 

EIJEDBF 

LES.DBF 

Version  ID 

WIDTH 

N 

1 9 

1 5 

UNE  S.DBF 

Une  Width 

X 

N 

1 9 

1 5 

POINT1.DBF 

X Coordinate 

Y 

N 

1 9 

1 5 

POINT1.DBF 

Y Coordinate 

Z 

N 

1 9 

1 5 

POINT1.DBF 

Z Coordinate 
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} 


ALL  LAYERS 


Figure  A. 8. 1*1 
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1 

i 


COMPONENTS 

\ 

» 


Figure  A.8.1*2 
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APPENDIX  A9 
QUERY  EXAMPLES 


March  18.  1988 
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A. 9 SAMPLE  QUERY 
A.9.1  QUERY  TO  DISPLAY  PWB  OUTLINE 

The  reference  path  analysis  for  displaying  the  board  outline  is  as  follows: 


leo 

face  loop 

Sis  vertex 

point 

Cl  - 

SS2  • SS8  • SS7  • 

SSIO  • 

1 

SS9  • SS11  • 

SS17 

STOP  POINT 

1 

1 

curve  lina 

SS14  - 

SS13  -.  SS15 

UNE 

1 

SS17 

START  POINT 

I 

SS33 

DIRECTION 

The  following  is  a commented  listing  of  an  actual  dBASE  session  to  display  a board  outline. 
^K:TATKD^ICQN^/E^TON: 

C>  is  the  DOS  prompt. 

dBASE>  is  the  dBASE  prompt 

vertical  ellipsis  indicates  that  a portion  of  the  data 
listing  is  omitted. 


comments. 


* Start  dBASE 
C>dbas« 

* Use  the  table  (entity)  Layered  Bectronic  Product.  We  first  have  to  find  out 

* what  version  of  what  product  for  which  we  want  to  display  the  outline. 
dBASE>  use  lepiv  index  lepiv 

* List  all  records  (instances)  of  this  entity 


dBASE>  list  all 

Record^ 

PDPI  ID 

V ID 

FACE  ID 

LEP  TYPE 

CQVWBVr 

2 

0 

1 

0 

PWB 

1 

1 

1 

1 

PWB 

Version  1 - CURRENT 

3 

2 

5 

2 

PWB 

4 

3 

7 

3 

PWB 

2 


N28 
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• Suppose  we  want  version  1 of  product  1.  Let's  find  that  record. 
dBASE>  locate  for  PDPlJD  ■ 1 .and.  VJD  ■ 1 

Record  - 1 

• dBASE  tells  us  that  record  number  1 satisfied  our  condition  of  POPIJD  ■ 1 

* and  V_ID  - 1 and  that  the  face  id  of  this  record  is  1 . Lers  save  this 

* non-key  attribute  FACE  ID  to  a variable  called  our_key. 
dBASE>  our_key  - FACEJD 

1 


* Find  out  all  we  can  about  this  face. 
dBASE>  use  face  index  face 
dBASE>  list  ail 

Record^  FACEJD  DESC 

1 1 LEP  Material  Bound 


2 

2 

LI  Material  Bound 

3 

3 

L2  Material  Bound 

4 

4 

L3  Material  Bound 

5 

♦ 

5 

• 

Component  Outline 

• 

• 

38 

• 

38 

• 

• 

Component  Outline 

39 

39 

Component  Outline 

40 

40 

Component  Outline 

41 

41 

Pad  Outline 

42 

42 

Pad  Outline 

43 

43 

Pad  Outline 

44 

44 

Pad  Outline 

45 

45 

Pad  Outline 

46 

46 

Pad  Outline 

47 

47 

Pad  Outline 

48 

48 

Pad  Outline 

Locate  the  face  record  that  matches  our  saved  key. 

dBASE>  locate  for  FACEJD  ■ our_key 
Record  - 1 - 

dBASE>  display 

Record*  FACEJD  DESC 

1 1 LEP  Material  Bound 

* A face  is  bounded  by  a loop.  Rnd  that  loop. 
dBASE>  use  loop  s index  loop  s 
dBASE>  list  all 

Record*  FACEJD  LOOPJD  LS^ORIENT 
1 1 1 Ouler 
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2 

2 

2 

Outer 

3 

3 

3 

Outer 

4 

4 

4 

Outer 

5 

5 

5 

Outer 

52 

53 

45 

Inner 

53 

54 

46 

Inner 

54 

55 

47 

Inner 

55 

56 

43 

Inner 

dBASE>  locate  for  FACE_ID  • our_key 
Record  - 1 

dBASE>  display 

Record^  FACS  ID  LOOP  ID 

1 1 1 

* The  loop  that  defined  our  face  has  a loopjd  of  1.  Save  this  id. 
dBASE>  our_key  - LOOP  ID 
1 


LS^ORISNT 

Outer 


* But  since  face  has  one  or  many  relationship  (P)  with  loop 

* structure,  this  face  id  may  be  bounded  by  more  than  1 loop  id  so 

* continue  to  locate  further  records  that  would  have  FACEJD  • our.key 
dBASE>  continue 

End  of  LOCATE  scope 


* Apparently,  this  face  is  bounded  by  exactly  one  loop 
dBASE>  use  loop  index  loop 
dBASE>  list  ail 


Record0 

1 

2 

3 

4 

5 


LOOPJD 

1 

2 

3 

4 

5 


LEP  Material  Bound 
LI  Material  Bound 
L2  Material  Bound 
L3  Material  Bound 


• • • 

53  5 4 

54  55 

55  5 6 

* Bounded  by  what  loop  ? 
dBASE>  locate  for  LOOPJD  - our.key 
Record  - 1 

dBASE>  display 


4 
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Records  LOOPJD  DESC 

1 1 LEP  Material  Bound 

* Now  that  we  know  what  loop  it  is,  the  next  question  is  what  edges 

* participate  in  this  loop 
dBASE>use  els  index  els 


dBASE>list  all 

Record^ 

LOOP  ID 

EDGE  ID 

EL_ORIEMT 

181 

0 

357 

182 

0 

358 

1 

1 

1 

2 

1 

2 

3 

1 

3 

4 

1 

4 

5 

1 

5 

6 

1 

6 

7 

1 

7 

8 

1 

8 

9 

1 

9 

10 

1 

1 0 

11 

1 

1 1 

12 

1 

1 2 

13 

1 

1 3 

14 

1 

1 4 

15 

1 

1 5 

16 

1 

1 6 

17 

1 

1 7 

18 

1 

1 8 

19 

2 

1 9 

20 

2 

20 

21 

2 

21 

22 

2 

22 

23 

3 

23 

24 

3 

24 

25 

3 

25 

26 

3 

26 

27 

4 

27 

28 

4 

28 

• 

199 

53 

541 

200 

54 

542 

201 

55 

543 

202 

56 

544 

5 
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dBASE>list  all  for  LOOPJD 

■ our  key 

Recordit 

LOOPJD 

EDGEJD 

EL_ORIBVT 

1 

1 

1 

2 

1 

2 

3 

1 

3 

4 

1 

4 

5 

1 

5 

6 

1 

6 

7 

1 

7 

8 

1 

8 

9 

1 

9 

10 

1 

1 0 

11 

1 

1 1 

12 

1 

1 2 

13 

1 

1 3 

14 

1 

1 4 

15 

1 

1 5 

16 

1 

1 6 

17 

1 

1 7 

18 

1 

1 8 

• Edges  1 

to  1 8 participate  in 

defining  our  loop.  Each  edge 

* would  have  associated  start  and  stop  vertices. 

dBASE>use  edge  index  edge 
dBASE>list  all 

RecordM 

EDGE  ID 

VERTEX  ID1 

VERTEX  ID2 

1 

1 

1 

2 

2 

2 

2 

3 

3 

3 

3 

4 

4 

4 

4 

5 

5 

5 

5 

6 

6 

6 

6 

7 

7 

7 

7 

8 

8 

8 

8 

9 

9 

9 

9 

1 0 

10 

1 0 

1 0 

1 1 

11 

1 1 

1 1 

1 2 

12 

-12 

1 2 

1 3 

13 

1 3 

13 

1 4 

14 

1 4 

1 4 

1 5 

15 

1 5 

15 

1 6 

16 

1 6 

1 6 

1 7 

17 

1 7 

1 7 

1 8 

18 

1 8 

1 8 

1 

19 

1 9 

1 9 

20 

20 

20 

20 

21 

21 

21 

21 

22 

22 

22 

22 

1 9 

6 
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1 

i 


23 

23 

23 

24 

24 

24 

24 

25 

25 

25 

25 

26 

26 

26 

26 

27 

27 

27 

27 

23 

28 

28 

28 

29 

29 

29 

29 

30 

30 

30 

30 

31 

31 

31 

31 

32 

32  • 

32 

32 

33 

33 

33 

33 

34 

34 

34 

34 

35 

35 

35 

35 

36 

36 

36 

36 

37 

37 

37 

37 

38 

38 

38 

38 

39 

39 

39 

39 

40 

40 

40 

40 

41 

538 

539 

425 

425 

539 

540 

426 

426 

540 

541 

427 

427 

541 

542 

428 

428 

542 

543 

429 

429 

543 

544 

430 

430 

dBASE>go  top 


* Ust  all  of  our  edges  (edge  id  from  1 to  1 8) 


dBASE>list  all  for  EDGE  10  >-  1 .and.  EDGE  ID  <-  18 

Record^ 

EDGE  ID 

VERTEX  ID1 

VERTEX  ID2 

1 

1 

1 

2 

2 

2 

2 

3 

3 

3 

3 

4 

4 

4 

4 

5 

5 

5 

5 

6 

6 

6 . 

6 

7 

7 

7 

7 

8 

8 

8 

8 

9 

9 

9 

9 

1 0 

10 

1 0 

10 

1 1 

11 

1 1 

1 1 

1 2 

12 

12 

1 2 

1 3 

13 

13 

13 

1 4 

14 

1 4 

1 4 

1 5 

15 

1 5 

1 5 

1 6 

7 
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16 

1 6 

1 6 

1 7 

17 

1 7 

1 7 

1 8 

13 

1 8 

1 3 

1 

* These  1 8 edges  bound  the  board  outline.  Each  edge  defines  a start  vertex 

* and  a stop  vertex  and  can  be  a Circle  (same  start  and  stop  vertices)  or  a 

* Line  (different  start  and  stop  vertices).  We  must  next  find  out  what  it  is 

* through  Curve  Segment  Structure  / SSI  4,  Curve  / SSI  3,  etc.  However,  we  can 

* take  a short  cut  here  by  noting  that  all  of  our  edges  are  of  type  Line 

* (see  listing  above). 

* The  XYZ  coordinate  for  a particular  vertex  id  can  be  found  by  inspecting 

* table  POINT,  field  POINTJD  which  is  the  same  as  VERTEXJD. 
dBASE>use  vertex  index  vertex 

dBASE>list  all  for  VERTEXJD  >-  1 .and.  VERTEXJD  <-  18 
Record#  VERTEXJD 
1 1 

2 2 

3 3 

4 4 

5 5 

6 6 

7 7 

8 8 

9 9 

10  1 0 

11  1 1 

12  1 2 

13  1 3 

14  1 4 

15  1 5 

16  1 6 

17  1 7 

18  1 8 


* In  the  demo  database  implementation,  the  XYZ  coordinate  fields  was  replaced 

* by  a field  called  PDDi.PJD  which  is  the  actual  PDDI  project  point  id  to 

* provide  a mapping  betwee^n  our  coordinate  system  and  that  of  PDDI. 
dBASE>use  point  index  point 

dBASE>list  ail  for  POINT  ID  >-  1 .and.  POINT  ID  <-  18 


Record# 

POINT  ID 

PDDI  P ID 

11 

1 

331 

3 

2 

262 

12 

3 

333 

13 

4 

334 

14 

5 

335 

15 

6 

336 

16 

7 

337 

17 

8 

338 

8 


L 
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18 

9 

339 

19 

1 0 

340 

20 

1 1 

341 

21 

1 2 

342 

22 

1 3 

343 

23 

1 4 

344 

4 

1 5 

263 

24 

1 6 

346 

6 

1 7 

265 

7 

1 8 

266 

* At  last,  we  can  obtain  XY2  coordinate  information  from  the  POINT1  table 

• which  i 

Is  the  PDOi  point  entity  table.  Lets  get  coordinates  for  point  id 

* from  333  to  340  since  they  have  sequential  id  numbers. 

dBASE>use  pointi  index  pointi 

dBASE>list  all  for  POINT  ID  >-  333  .and.  POINT. 

ID  <-  340 

Record^ 

POINT  ID 

X 

Y 

Z 

248 

333 

•4.550000190734900 

3.150000095367400 

0.000000000000000 

249 

334 

•4.449999809265100 

3.049999952316300 

0.000000000000000 

250 

335 

•4.449999809265100 

2.819999933242800 

0.000000000000000 

251 

336 

•4.447000026702900 

2.792999982833900 

0.000000000000000 

252 

337 

•4.438000202179000 

2.767999887466400 

0.000000000000000 

25 

338 

•4.423999786377000 

2.744999885559100 

0.000000000000000 

254 

339 

•4.405000209808300 

2.726000070571900 

0.000000000000000 

255 

340 

•4.381999969482400 

2.711999893188500 

0.000000000000000 

* These  XYZ  coordinates  then  can  be  plotted  to  the  display  screen  or  on  paper 

• for  viewing. 
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A. 9. 2 REFERENCE  PATH  ANALYSIS  FOR  ADDITIONAL  QUERIES 
Additional  queries  can  be  developed  by  using  the  reference  path  analysis  as  followed: 
A. 9. 2.1  Display  all  traces  for  signal  •t>5V  on  circuit  layer  1 


leo  layer  ifi 

Cl  C2  ■ C3 


defined  elec  locical  link 

C7  • S5 


I shape  graph  open 

C28  • C32  - C16  • C35 


path  edge 

SS29-SS30-SS9-C18 

I Ya£t<ix  Qjztnt 
I-SS1  t--SS17 


SSI  4 - SS13 

I 

- • SS17 

I 

SS33 


SS15 


SIGNAL  NAME 

TRACE 

INTERLAYER  JOIN 
START/STOP  POINT 
CEI^R  UNE 
START  POINT 
DIRECTir 


A. 9. 2. 2 Display  aJI  component  lead  pads  for  signal  <»>5V  on  circuit  layer  1 


lep  layer  la 

Cl  - C2  - C3 

1 lesr  Isr 

I-  C3  - C8 
I shape 
C28  • C32  • 


defined  elec  logical  link 

C7  - S5 

vsnex  edge  sM 

SS11  - SS9  -CIO 

OOinll  vertex 

C17  - SS11  - 

I exD  shape 

C31-C30 


point 

SS17 


SIGNAL  NAME 
COMPONENT  LEAD  JON 
PAD  UXATION 
PAD  SHAPE 


oath 

SS2-SS8- 


loop 

SS7- 


edoe 

SS10-SS9  OUTER  LOOP 
I vertex 
I-SS1 1 


I 

SS16-  SS13-  SS14 


ROUND  PAD 


Ysnsi 

-SS1 1 


SSI  6-  SSI  3-  SSI  4 


SSI  5 RECTANGULAR  PAD 


ROUND  INNER  PAD 


1 0 
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A. 9. 2. 2 Display  all  signal  vias  including  via  hole 


leo  layer  defined  elec  logical  link 

Cl  - C2  - C3  - C7  - S5 

I /£££  eiir  vertex  QlH 


C5  - C8  - SS11 


I 


I 


shaoG 

C28  • C32  • 


SS9  -CIO 

I 

C9  llioin 


points  YsrtQx  paint 

C17  - SS11  - SS17 

I sxpshaps 
C31-C30  - 


SIGNAL  NAME 
COMPONENT  LEAD  JOIN 
LAYER  TO  LAYER  JOIN 

VIA  PAD  LOCATION 
VIA  PAD  SHAPE 


path  loon  edae 

SS2-SS8-  SS7-  SS10-SS9 


yortox 

•SS1 1 


SS16-  SS13-  SS14 


OUTER  LOOP 


VIA  PAD  ROUND 


SS15 


vertex 

SS11 


SS16-  SS13-  SS14 


RECTANGULAR  VTA 


ROUND  PLATED  HOLE 


1 1 


■ > 

: uj 


Q 

Z 


S 

< 


|!Z  to 
Luj  < 

11/ 

‘■is 

o _J 
u < 
. 10  u 


Q::  o 

O Ll) 

X 

H o 

D (T 

< Q. 


CT^ 

CO 

r^ 

OD 

m 

ro 

C\J 


01 

LlJ 


■ 

1 

1 

• 

» 

L 

• 

1 

■^1 

i 1 

^ B 

k 

ll 

\s 

!• 

t 

1 

• 1 

1 

{ 

1 

i 

T^f: 


[ 

! J. 

■ , U 

1_L 

1 •g3 

; Sa 

- 

< 

Q 

t 

1 

1 

1 «M  ^ 

• 

» 
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9 FEM  Information  Model 

9.1  Purpose  & Scope 

This  document  defines  and  describes  the  IDEFlX  reference  model  for  engineering  anadysis  using 
the  finite  element  method.  In  addition  to  the  IDEFlX  data  model  there  are  two  other  matching 
models.  One  is  in  EXPRESS  (section  ??  for  the  complete  EXPRESS  listing)  and  the  other  is  SML 
(section  ??  for  the  complete  SML  listing). 

9.1.1  Purpose 

The  purpose  of  this  document  is  to  propose  an  IDEFlX  reference  model  along  with  the  matching 
EXPRESS  and  SML  models  for  the  finite  element  method  which  is  to  be  submitted  to  the  ISO  TC 
184/SC4  and  for  inclusion  in  this  standard. 

9.1.2  Scope  and  Viewpoint 

The  scope  of  this  document  is  limited  to  linearly  elastic  and  thermal  finite  element  models.  The 
intent  is  to  capture  just  the  finite  element  model  itself  and  none  of  the  pre-  and  post  processing 
information.  Inclusion  of  the  processing  information,  as  well  as  non-linear  material  or  geometric 
properties,  is  left  to  a future  version  of  this  specification. 

The  viewpoint  of  the  committee  creating  this  document  is  that  of  the  finite  element  analyst 
with  preference  to  structural  mechanics. 

9.1.3  FEM  Model  Fundamental  Concepts  and  Assumptions 

The  FEM  model  fundamental  concepts  and  assumptions  are  presented  in  this  section  in  the  form 
of  rules.  The  following  is  a table  of  contents  for  these  ideas. 


ISO  TC184,  5C4/  WGi 


AxVNEX  D 
(Draft  Proposal 

SECTION  9:  FEM  INFORMATION  MODEL 


Octob„31, 


Concept 

FEM/R-1 

FEM 

FEM/R-2 

FEM 

FEM/R-3 

FEM 

FEM/R-4 

FEA 

FEM/R-5 

FEM 

FEM/R-6 

FEM 

FEM/R-7 

FEM 

FEM/R-8 

FEM 

FEM/R-9 

FEM 

FEM/R-10 

FEM 

FEM/R-11 

FEM 

FEM/R-12 

FEM 

FEM/R-13 

FEM 

FEM/R-14 

FEM 

FEM/R-15 

Preve 

Rule  Description 


FEM/R-1  FEM  Model  and  ID 

Any  chamge  to  a FEM  (e.g.,  changes  to  nodes,  elements,  groups,  material  properties,  or  geo- 
metric properties)  causes  a new  model  that  must  be  issued  a new  FEM  ID. 

Date  Created:  7‘^  April  1985  by  FEM  Committee 
FEM/R-2  FEM  Element  Characteristics 

A finite  element’s  characteristics  are  fully  defined  by  three  of  the  finite  element’s  attributes. 
These  attributes  are  FEM  ELEMENT  ORDER,  FEM  ELEMENT  SHAPE,  and  FEM  EL- 
EMENT PURPOSE  DESCRIPTOR.  They  are  fully  discussed  in  the  description  of  FEM 
data  entity  FEM- 17.  Briefly,  the  FEM  ELEMENT  SHAPE  defines  the  general  shape  of 
the  element  (e.g.,  line,  quadrilateral,  triangle,  hexahedron,  etc...).  The  FEM  ELEMENT 
ORDER  defines  an  element’s  edge  parameterization  (e.g.,  linear,  cubic,  etc. . .).  The  FEM 
ELEMENT  PURPOSE  DESCRIPTOR  simply  describes  the  intended  purpose  of  the  element. 

Date  Created:  7*^  April  1985  by  FEM  Committee 
FEM/R-3  FEM  Master  Coordinate  System 

A FEM  always  has  a (one  and  only  one)  FEM  COORDINATE  MASTER  SYSTEM.  The  ori- 
gin of  the  FEM  COORDINATE  MASTER  SYSTEM  is  always  at  (0,0,0)  and  it  is  orthogonal. 

Date  Created;  7*^  April  1985  by  FEM  Committee 
Date  Revised:  31**  March  1987  by  ISO  Subgroup  2 

FEM/R-4  FEA 

A FEA  is  produced  by  processing  a FEM  and  a FEA  CONTROL  using  a suitable  analysis 
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code._ 

Date  Created:  April  1985  by  FEM  Committee 

Date  Revised:  31*‘  March  1987  by  ISO  Subgroup  2 

FEM/R-5  FEM  Units 

All  model  data  must  be  specified  in  units  derived  from  the  fundamental  units  of  measure 
defined  by  the  UNITS  data  entity  (see  FEM  data  entity  FEM-23).  (Notice  that  the  model 
permits  a FEM,  a FEA  CONTROL,  and  a FEA  to  have  a different  set  of  fundamental  units.) 

Date  Created:  16‘^  July  1986  by  FEM  Committee 

FEM/R-6  FEM  Elements  with  Constant  Geometric  Properties 

If  a FEM  element  has  a constant  set  of  geometric  properties,  then  only  one  FEM  GEO- 
METRIC PROPERTY  data  entity  (FEM-11)  is  defined  for  that  element.  This  entity  will 
be  referenced  from  a FEM  ELEMENT  GEOMETRIC  PROPERTY  data  entity  (FEM-13). 
Stress  recovery  coefficients  defined  via  the  FEM  ELEMENT  GEOMETRIC  PROPERTY  im- 
ply that  they  are  the  same  at  each  of  the  finite  element’s  nodes.  If  a FEM  element’s  stress 
recovery  coefficients  vary  (even  though  no  other  elemental  properties  vary),  then  their  values 
(as  well  as  the  non- varying  values)  must  be  obtained  through  the  FEM  ELEMENT/NODE 
GEOMETRIC  PROPERTY  data  entity  (FEM-15). 

If  a FEM  ELEMENT  GEOMETRIC  PROPERTY  exists  for  a FEM  ELEMENT,  then  varying 
finite  element  properties  are  undefined. 

Date  Created:  16‘^  July  1986  by  FEM  Committee 
Date  Revised:  31**  March  1987  by  ISO  Subgroup  2 

FEM/R-7  FEM  Elements  with  Varying  Geometric  Properties 

If  a FEM  element  has  a varying  set  of  geometric  properties,  then  a FEM  GEOMETRIC 
PROPERTY  data  entity  (FEM-11)  is  defined  for  every  one  of  the  finite  element’s  node. 
These  entities  will  be  referenceH  via  a FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY 
data  entity  (FEM-15). 

Date  Created:  16*^  July  1986  by  FEM  Committee 
Date  Revised:  31**  March  1987  by  ISO  Subgroup  2 

FEM/R-8  FEM  Stress  Recovery  Coefficients 

Finite  element  stress  recovery  coefficients  are  specified  relative  to  the  element  local  coordinate 
system. 

Date  Created:  16*^  July  1986  by  FEM  Committee 
FEM/R-9  FEM  Beam  Shear  Area 

For  beam  finite  elements,  beam  shear  veas  must  be  specified  (not  shear  area  factors). 

Date  Created:  16*^  July  1986  by  FEM  Committee 
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FEM/R-IO  FEM  Composite  Laminate  Z Direction 

For  composite  laminate  materials  the  direction  of  increasing  Z in  the  local  coordinate  system 
is  the  direction  for  traversing  the  laminate  from  bottom  to  top  through  the  composite  layer 
stack. 

Date  Created;  22^  October  1986  by  FEM  Committee 

FEM/R-11  FEM  Composite  Laminate  Z Offset 

The  Z offset  of  a composite  laminate  material  is  the  distance  to  the  top  of  the  layer  composite 
stack.  Increasing  FEM  LAMINATE  PLY  SEQUENCE  NUMBER  indicates  a top  down  direc- 
tion through  the  layered  composite.  This  means  that  FEM  LAMINATE  PLY  SEQUENCE 
NUMBER  1 is  located  at  the  top  of  the  laminate  build  (the  maximum  Z offset). 

Date  Created;  22^^  October  1986  by  FEM  Committee 
Date  Revised;  31**  March  1987  by  ISO  Subgroup  2 

FEM/R-12  FEM  Springs,  Dampers,  and  Beams 

Reference  to  a FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY  by  a FEM  ELEMENT 
instance  that  is  a line  element  such  as  spring,  damper,  2 node  beam  element,  etc.  is  undefined 
and  therefore  not  allowed. 

Date  Created:  12*^  October  1987  by  FEM  Committee 

FEM/R-13  FEM  Anisotropic  2D  and  3D  Data  (obsolete) 

Date  Created;  12*^  October  1987  by  FEM  Committee 
Date  Removed;  13*^  June  1988  by  FEM  Committee 

FEM/R-14  FEM  Optional  Shell  Material  Property  Reference 

The  FEM  SHELL  GEOMETRIC  PROPERTY  (FEM-24)  refers  to  three  material  numbers, 
one  is  for  bending  effects,  one  is  for  shearing  effects,  and  one  is  for  membrane-bending  cou- 
pling effects.  Specification  of  these  material  number  are  optional.  If  the  material  number 
for  one  of  the  above  effects  is  not  defined,  then  that  effect  will  not  be  included  in  the  shell 
element’s  stiffness  matrix.  (This  rule  is  stated  rather  than  creating  three  new  entities  with  a 
zero  or  one  cardinality  srith  respect  to  the  existing  entity.  Also  the  fact  that  they  are  missing 
is  an  important  bit  of  data.) 

Date  Created:  12*^  October  1987  by  FEM  Committee 

FEM/R-15  Preventing  Fatal  Recursive  Material  ID  References 

A FEM  COMPOSITE  MATERIAL  PROPERTY  (entity  FEM-35)  and  FEM  MATERIAL 
TABLE  (entity  FEM-61)  reference  other  materials  in  their  make-up.  That  could  lead  to  a 
fatal  recession  of  the  material  referencing  itself.  In  order  to  avoid  this,  no  reference  in  the 
FEM  COMPOSITE  MATERIAL  PROPERTY  or  FEM  MATERIAL  TABLE  can  be  to  itself. 

Date  Created:  30*^  March  1988  by  FEM  Committee 
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9.1.4.  Abbreviations  and  Acronyms 

FEM  Finite  Element  Model 

FEA  Fimte  Element  Analysis 
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9.2  ;FEM  Planning  Model 

9.2.1  FEM  Planning  Model  Entity  Pool 

The  following  are  the  data  entities  used  in  the  FEM  Planning  model. 


Entity  Entity  Name  (Sorted  by  entity  number) 
FEM-1  FEM 

FEM-3  FEM  ENVIRONMENT 
FEM-6  FEM  CONNECTIVITY 
FEM-7  FEM  GROUP 
FEM-11  FEM  GEOMETRIC  PROPERTY 
FEM-12  FEM  MATERIAL  PROPERTY 
FEM-14  FEA  RESULT 
FExM-16  FEM  NODE 
FEM-17  FEM  ELEMENT 
FEM-18  FEM  COORDINATE  SYSTEM 
FEM-21  FEA  CONTROL 
FEM-22  FEA 
INT-1  SHAPE 

PSCM-2  PRODUCT  ITEM  VERSION 
SS-1  STANDARD  SECTION 
UNlT-1  UNITS 


Entity  Entity  Name  (Sorted  by  entity  name) 


FEM-22  FEA 
FEM-21  FEA  CONTROL 
FEM-14  FEA  RESULT 
FEM-1  FEM 

FEM-8  FEM  CONNECTIVITY 
FEM-18  FEM  COORDINATE  SYSTEM 
FEM-17  FEM  ELEMENT 
FEM-3  FEM  ENVIRONMENT 
FEM-11  FEM  GEOMETRIC  PROPERTY 
FEM-7  FEM  GROUP 
FEM-12  FEM  MATERIAL  PROPERTY 
FEM-16  FEM  NODE 
PSCM-2  PRODUCT  ITEM  VERSION 
ENT-l  SHAPE 
SS-1  STANDARD  SECTION 
UNIT-1  UNITS 
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9.2.2  FEM  Planning  Model  Diagram 

The  FEM  planning  model  is  shown  in  Figure  102.  This  IDEFlX  diagram  shows  the  major 
data  entities  and  their  relationships.  The  model  depicts  the  following  important  ideas: 

1.  A FEM  always  has  a relationship  to  a product  item  (PRODUCT  ITEM  VERSION). 
This  relationship  can  be  that  the  FEM  is  a mathematical  model  of  part  of  a product 
Item,  a single  product  item,  or  many  product  items. 

2.  A FEM  is  a complete  model.  That  is  the  model  is  complete  in  the  sense  that  all  of 
the  elements,  nodes,  materials,  groups,  geometric  properties  are  present  so  that  a finite 
element  analysis  can  be  performed. 

3.  All  of  the  units  used  within  a FEM,  a FEA  CONTROL,  and  a FEA  are  consistent. 
That  is  to  say  all  of  the  units  within  a FEM  and  a FEA  are  either  base  (fundamental) 
units  or  can  be  derived  from  the  base  units.  Also,  the  base  units  used  in  a FEM,  FEA 
CONTROL,  and  a FEA  may  be  different  from  each  other. 

4.  A FEA  is  an  occurrence  of  a FEM  and  a FEA  CONTROL  being  combined  and  run 
through  a computer  code.  The  result  being  a FEA  with  its  results.  A FEM  and  a FEA 
CONTROL  may  be  independent  of  each  other. 

9.2.3  Integration  Planning  Model  Diagram 

The  FEM  Integration  Planning  Model  is  show  in  Figure  103  illustrating  the  five  major  inte- 
gration points  detailed  below: 

1.  Product  Item  Version 

See  point  1 of  FEM  planning  model  diagram. 

2.  Material 

Material  data  that  will  provide  the  necessary  constants  in  order  to  perform  tin  FEA. 

3.  Standard  Section 

Standard  Section  data  will  provide  the  necessary  constants  in  order  to  describe  the 
needed  beam  geometric  properties  for  FEM  beam  elements.  For  example,  cross-sectional 
area  is  one  of  those  properties  needed. 

4.  Units 

See  point  3 of  FEM  planning  model  diagram. 

5.  Shape 

Shape  will  provide  all  of  the  necessary  geometric  information  needed  to  define  the  correct 
geometry  for  the  FEM.  This  is  independent  of  the  method  or  mean  of  how  the  geometry 
is  represented  such  as  wire-frame,  GSC,  etc. 
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Figure  D-102:  FEM  Planning  Model  Diagram 
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Figure  D-103:  FEM  Integration  Planning  Model 
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9.2.4;  FEM  Planning  Model  Entity  Glosseu'y 
Entity  Name;  FEM 
Entity  Number;  FEM-1 

A FEM  is  a collection  of  finite  elements,  nodes,  coordinate  systems,  material  properties,  and 
geometric  properties. 

Entity  Name;  PRODUCT  ITEM/FEM 

Entity  Number;  FEM*2 

A PRODUCT  ITEM  is  an  entity  that  the  enterprise  keeps  track  of;  e.g.,  a part,  a drawing,  an 
assembly,  etc.  . .The  PRODUCT  ITEM/FEM  intersection  data  entity  records  which  PROD- 
UCT ITEM(s)  the  FEM  references  and  what  FEMs  have  been  used  to  describe  a PRODUCT 
ITEM. 

Entity  Name;  FEM  ENVIRONMENT 
Entity  Number;  FEM-3 

A FEM  ENVIRONMENT  is  any  external  or  internal  influence  on  a FEM.  An  example  of  an 
environment  is  the  specification  of  loads  (forces)  and  constraints  (prescribed  displacements) 
for  a structural  mechanics  problem. 

Entity  Name!  FEM  CONNECTIVITY 

Entity  Number:  FEM-0 

The  FEM  CONNECTIVITY  data  entity  resolves  the  many-to-many  relationship  that  exists 
between  the  FEM  NODE  and  FEM  ELEMENT  data  entities.  The  attribute  FEM  NODE 
SEQUENCE  NUMBER  was  invented  to  satisfy  the  requirements  of  the  EDEFIX  modeling 
methodology.  It  is  not  required  to  be  transferred  in  the  physical  file.  An  ordered  list  of  a 
finite  element’s  nodes  will  suffice. 

Entity  Namet  FEM  GROUP 

Entity  Numbert  FEM«T 

This  entity  contains  data  about  a set  of  FEM  entities  that,  for  convenience,  can  be  referred 
to  by  referring  to  one  grouped  item.  Groups  of  elements  and  nodes  care  currently  defined 
and  they  may  be  arbitrarily  combined.  Thus  groups  (sets)  of  nodes  and  finite  elements  can 
be  referenced  by  referring  to  a single  FEM  GROUP  data  entity. 
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Entity  Name;  FEM  GEOMETRIC  PROPERTY 
Entity  Number;  FEM-11 

This  entity  contains  data  that  describes  the  physical  and  geometrical  characteristics  of  a finite 
element. 

Entity  Name;  FEM  MATERIAL  PROPERTY 
Entity  Number;  FEM-12 

This  entity  contains  data  that  describes  a material  constitutive  matrix  for  either  a FEM 
ELEMENT  or  a FEM  NODE. 

Entity  Name;  FEA  RESULT 

Entity  Number;  FEM-14 

The  FEA  RESULT  data  entity  collects  data  resulting  from  a FEA  (a  finite  element  analysis). 
For  example,  a result  could  be  a set  of  stress  values  at  a finite  element’s  centroid. 

Entity  Name:  FEM  NODE 

Entity  Numbert  FEM-10 

A FEM  NODE  is  a place  within  a FEM.  It  is  a point  in  space  with  attributes  specific  to  a 
FEM. 


Entity  Namet  FEM  ELEMENT 

Entity  Numbert  FEM-17 

This  entity  contains  data  about  a finite  element.  A finite  element  is  the  basic  building  block 
of  a FEM.  It  defines  a mathematical  relationship  between  a FEM’s  nodes. 

Entity  Namet  FEM  COORDINATE  SYSTEM 

Entity  Nuinben  FEM-li 

A reference  frame  used  to  define  locations  of  FEM  elements,  nodes,  environments,  sind  results 
in  2D  or  3D  space.  This  data  entity  contains  information  about  the  use  (either  master  or 
definition)  and  type  (rectangular,  polar,  etc. . . ) of  a coordinate  system. 
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Entity  Name;  FEA  CONTROL 

Entity  Number;  FEM-21 

Ancillary  data  pertaining  to  a finite  element  analysis.  Load  cases  are  collected  into  FEM 
ENVIRONMENTS  and  then  applied  to  a FEM  via  a FEA  CONTROL. 

Entity  Name;  FEA 

Entity  Number;  FEM*22 

Application  of  a FEA  CONTROL  to  a FEM,  via  a computer  program,  creates  a finite  element 
analysis  (FEA). 

Entity  Name;  MATERIAL 

Entity  Number;  MAT-1 

This  entity  contains  all  related  data  of  a material. 

Entity  Name;  PRODUCT  ITEM 
Entity  Number;  PSCM-4 

A PRODUCT  ITEM  is  an  entity  that  the  enterprise  keeps  track  of;  e.g.,  a ptirt,  a drawing, 
an  assembly,  etc. . . See  PSCM  document  for  more  details. 

Entity  Name:  STANDARD  SECTION 

Entity  Numbert  SS-1 

Standard  Section  data  will  provide  the  necessary  constants  in  order  to  describe  the  needed 
beam  geometric  properties  for  FEM  beam  elements.  For  example,  cross-sectional  area  is  one 
of  those  properties  needed. 

Entity  Namet  UNITS 

Entity  Numbcri  UNIT-1 

The  UNITS  data  entity  defines  the  base  (or  fundamental)  units  of  measure  that  a finite 
element  model’s  data  is  expressed  in. 
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9.3  FEM  Reference  Models 

The  FEM  entity  pool  and  reference  models  used  to  create  the  IDEFIX  FEM  global  model 
are  found  in  this  section.  Each  reference  model  investigates  a subset  of  FEM  and  FEA 
information. 

Section  9.3.1  contains  a list  of  the  data  entities  used  to  create  the  FEM  reference  models.  The 
actual  models  are  presented  in  Section  9.3.2.  The  entity  definitions  follow  in  Section  9.3.3. 

9.3.1  FEM  Reference  Model  Entity  Pool 

The  following  are  the  entities  used  in  the  FEM  reference  and  global  data  models. 


Entity  Entity  Name  (Sorted  by  entity  number) 


FEA-1  FEA 
FEAC-1  FEA  CONTROL 
FEM-1  FEM 

FEM-2  PRODUCT  ITEM/FEM 

FEM-6  FEM  CONNECTIVITY 

FEM-T  FEM  GROUP 

FEM-8  FEM  NODE  GROUP 

FEM-9  FEM  ELEMENT  GROUP 

FEM-11  FEM  GEOMETRIC  PROPERTY 

FEM-12  FEM  MATERIAL  PROPERTY 

FEM-13  FEM  ELEMENT  GEOMETRIC  PROPERTY 

FEM-15  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY 

FEM-16  FEM  NODE 

FEM-IT  FEM  ELEMENT 

FEM-18  FEM  COORDINATE  SYSTEM 

FEM-19  FEM  COORDINATE  MASTER  SYSTEM 

FEM-20  FEM  COORDINATE  TRANSFORM 

FEM.24  FEM  SHELL  GEOMETRIC  PROPERTY 

FEM-25  FEM  SOLID  GEOMETRIC  PROPERTY 

FEM-26  FEM  POINT  GEOMETRIC  PROPERTY 

FEM-2T  FEM  BEAM  GEOMETRIC  PROPERTY 

FEM-28  FEM  SHELL  STRESS  RECOVERY  COEFFICIENT 

FEM-29  FEM  GEOMETRIC  PROPERTY  TEXT 

FEM-30  FEM  SPRING  GEOMETRIC  PROPERTY 

FEM-31  FEM  DAMPER  GEOMETRIC  PROPERTY 

FEM-32  FEM  HOMOGENEOUS  MATERIAL  PROPERTY 

FEM-33  FEM  BEAM  PROPERTY  DATA 
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Entity  Entity  Name  (Sorted  by  entity  number) 

FEM-34  FEM  BEAM  STRESS  RECOVERY  COEFFICIExNT 

FEM-35  FEM  COMPOSITE  MATERIAL  PROPERTY 

FEM-36  FEM  ISOTROPIC  MATERIAL  PROPERTY 

FEM-37  FEM  ANISOTROPIC  MATERIAL  PROPERTY 

FEM-38  FEM  ISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 

FEM-39  FEM  ORTHOTROPIC  MATERIAL  PROPERTY 

FEM-40  FEM  ISOTROPIC  THERMAL  MATERIAL  PROPERTY 

FEM-41  FEM  ANISOTROPIC  THERMAL  3D  MATERIAL  PROPERTY 

FEM-42  FEM  MIXTURE  COMPOSITE  MATERIAL  PROPERTY 

FEM-43  FEM  HALPIN-TSAI  MATERIAL  PROPERTY 

FEM-44  FEM  LAMINATE  COMPOSITE  MATERIAL  PROPERTY 

FEM-45  FEM  MIXTURE  MATERUL  PROPERTY 

FEM-46  FEM  LAMINATE  MATERIAL  PROPERTY 

FEM-47  FEM  ORTHOTROPIC  STRUCTURAL  2D  MATERIAL  PROPERTY 
FEM-48  FEM  ORTHOTROPIC  THERMAL  2D  MATERIAL  PROPERTY 
FExM-49  FEM  ORTHOTROPIC  STRUCTURAL  3D  MATERIAL  PROPERTY 
FEM-50  FEM  ORTHOTROPIC  THERMAL  3D  MATERUL  PROPERTY 
FEM-51  FEM  ANISOTROPIC  STRUCTURAL  2D  MATERUL  PROPERTY 
FEM-52  FEM  ANISOTROPIC  STRUCTURAL  3D  MATERIAL  PROPERTY 
FEM-53  FEM  ANISOTROPIC  THERMAL  2D  MATERUL  PROPERTY 
FEM-54  FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY 
FEM-55  FEM  INTEGRATION  ORDER 
FEM-56  FEM  APPROVAL 

FEM-58  FEM  COORDINATE  DEFINITION  SYSTEM 

FEM.59  FEM  STRUCTURAL  MASS  DENSITY 

FEM-60  FEM  STRUCTURAL  DAMPING  COEFFICIENT 

FEM-61  FEM  MATERUL  TABLE 

FEM-62  FEM  MATERIAL  TABLE  INSTANCE 

FEM-63  FEM  ISOTROPIC  THERMAL  EXPANSION 

FEM-64  FEM  ORTHOTROPIC  THERMAL  EXPANSION 

FEM-65  FEM  ANISOTROPIC  2D  THERMAL  EXPANSION 

FEM-66  FEM  ANISOTROPIC  3D  THERMAL  EXPANSION 

FEM-67  FEM  LINE  ELEMENT  GEOMETRIC  PROPERTY 

FEM-68  FEM  SPRING  PROPERTY 

FEM-69  FEM  DAMPER  PROPERTY 

FEM- 70  FEM  BEAM  INTERVAL 

FEM-71  FEM  BEAM  SECTION 

FEM-72  FEM  BEAM  STANDARD  SECTION 

FEM-73  FEM  BEAM  PIN  DATA 

FEM- 74  FEM  BEAM  OFFSET  VECTORS 
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Entity  Entity  Name  (Sorted  by  entity  number) 

FEM-75  FEM  BEAM  WARPING  DATA 

FEM-76  FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 
FEM-77  FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY 
FEM-78  FEM  ORTHOTROPIC  2D  THERMAL  EXPANSION 
FEM-79  FEM  ORTHOTROPIC  3D  THERMAL  EXPANSION 
FEM-80  FEM  ANISOTROPIC  THERMAL  MATERIAL  PROPERTY 
FEM-81  FEM  ANISOTROPIC  THERMAL  EXPANSION 
FEM-82  FEM  ANISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 
PSCM-4  PRODUCT  ITEM  VERSION 
RA-1  APPROVAL 
SS-1  STANDARD  SECTION 
UNIT-1  UNITS 


Entity 


Entity  Name  (Sorted  by  entity  name) 


RA-1 
FEA-1 
FEAC-1 
FEM-1 
FEM-37 
FEM-82 
FEM-51 
FEM-52 
FEM-80 
FEM-53 
FEM-41 
FEM-81 
FEM-65 
FEM-66 
FEM-56 
FEM-27 
FEM- 70 
FEM-74 
FEM-73 
FEM-33 


APPROVAL 

FEA 

FEA  CONTROL 
FEM 

FEM  ANISOTROPIC  MATERIAL  PROPERTY 
FEM  ANISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 
FEM  ANISOTROPIC  STRUCTURAL  2D  MATERIAL  PROPERTY 
FEM  ANISOTROPIC  STRUCTURAL  3D  MATERIAL  PROPERTY 
FEM  ANISOTROPIC  THERMAL  MATERUL  PROPERTY 
FEM  ANISOTROPIC  THERMAL  2D  MATERIAL  PROPERTY 
FEM  ANISOTROPIC  THERMAL  3D  MATERUL  PROPERTY 
FEM  ANISOTROPIC  THERMAL  EXPANSION 
FEM  ANISOTROPIC  2D  THERMAL  EXPANSION 
FEM  ANISOTROPIC  3D  THERMAL  EXPANSION 
FEM  APPROVAL 

FEM  BEAM  GEOMETRIC  PROPERTY 

FEM  BEAM  INTERVAL 

FEM  BEAM  OFFSET  VECTORS 

FEM  BEAM  PIN  DATA 

FEM  BEAM  PROPERTY  DATA 
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' Entity  - Entity  Name  (Sorted  by  entity  name) 

FEM-71  FEM  BEAM  SECTION 
FEM-72  FEM  BEAxM  STANDARD  SECTION 
FEM-75  FEM  BEAM  WARPING  DATA 
FEM-34  FEM  BEAM  STRESS  RECOVERY  COEFFICIENT 
FEM-35  FEM  COMPOSITE  MATERIAL  PROPERTY 
FEM-6  FEM  CONNECTIVITY 
FEM-58  FEM  COORDINATE  DEFINITION  SYSTEM 
FEM-19  FEM  COORDINATE  MASTER  SYSTEM 
FEM-18  FEM  COORDINATE  SYSTEM 
FEM-20  FEM  COORDINATE  TRANSFORM 
FEM-31  FEM  DAMPER  GEOMETRIC  PROPERTY 
FEM-69  FEM  DAMPER  PROPERTY 
FEM-17  FEM  ELEMENT 

FEM-13  FEM  ELEMENT  GEOMETRIC  PROPERTY 
FExM-9  FEM  ELEMENT  GROUP 

FEM-15  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY 
FEM-11  FEM  GEOMETRIC  PROPERTY 
FEM-29  FEM  GEOMETRIC  PROPERTY  TEXT 
FEM-7  FEM  GROUP 

FEM-43  FEM  HALPIN-TSAI  MATERUL  PROPERTY 

FEM-55  FEM  INTEGRATION  ORDER 

FEM-36  FExM  ISOTROPIC  MATERIAL  PROPERTY 

FEM-38  FEM  ISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 

FEM-63  FEM  ISOTROPIC  THERMAL  EXPANSION 

FEM-40  FEM  ISOTROPIC  THERMAL  MATERIAL  PROPERTY 

FEM-32  FEM  HOMOGENEOUS  MATERUL  PROPERTY 

FEM-44  FEM  LAMmATE  COMPOSITE  MATERUL  PROPERTY 

FEM-46  FEM  LAMINATE  MATERUL  PROPERTY 

FEM-67  FEM  LDTE  ELEMENT  GEOMETRIC  PROPERTY 

FEM- 12  FEM  MATERUL  PROPERTY 

FEM-61  FEM  MATERUL  TABLE 

FEM-62  FEM  MATERUL  TABLE  INSTANCE 

FEM-54  FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY 

FEM-45  FEM  MIXTURE  MATERUL  PROPERTY 

FEM-42  FEM  MIXTURE  COMPOSITE  MATERUL  PROPERTY 

FEM-16  FEM  NODE 

FEM-8  FEM  NODE  GROUP 

FEM-39  FEM  ORTHOTROPIC  MATERUL  PROPERTY 
FEM-76  FEM  ORTHOTROPIC  STRUCTURAL  MATERUL  PROPERTY 
FEM-47  FEM  ORTHOTROPIC  STRUCTURAL  2D  MATERUL  PROPERTY 
FEM-49  FEM  ORTHOTROPIC  STRUCTURAL  3D  MATERUL  PROPERTY 
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Entity  Entity  Name  (Sorted  by  entity  name) 

FEM-64  FEM  ORTHOTROPIC  THERMAL  EXPANSION 
FEM-77  FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY 
FEM-48  FEM  ORTHOTROPIC  THERMAL  2D  MATERIAL  PROPERTY 
FEM-50  FEM  ORTHOTROPIC  THERMAL  3D  MATERIAL  PROPERTY 
FEM-78  FEM  ORTHOTROPIC  2D  THERMAL  EXPANSION 
FEM-79  FEM  ORTHOTROPIC  3D  THERMAL  EXPANSION 
FEM-26  FEM  POINT  GEOMETRIC  PROPERTY 
FEM-24  FEM  SHELL  GEOMETRIC  PROPERTY 
FEM-28  FEM  SHELL  STRESS  RECOVERY  COEFFICIENT 
FEM-25  FEM  SOLID  GEOMETRIC  PROPERTY 
FEM-30  FEM  SPRING  GEOMETRIC  PROPERTY 
FEM-68  FExM  SPRING  PROPERTY 
FEM-60  FEM  STRUCTURAL  DAMPING  COEFFICIENT 
FEM-59  FEM  STRUCTURAL  MASS  DENSITY 
PSCM-4  PRODUCT  ITEM  VERSION 
FEM-2  PRODUCT  ITEM/FEM 
SS-1  STANDARD  SECTION 
UNIT-1  UNITS 


9.3.2  FEM  Reference  Models 

This  section  contains  all  of  the  individual  FEM  reference  models  used  to  create  the  FEM  com- 
plete IDEFlX  data  model.  The  format  followed  is  before  each  reference  model  is  presented, 
there  is  explanatory  text  that  may  apply  to  more  than  one  diagram. 

The  following  list  tabulates  the  name  and  hgure  number  of  each  FEM  reference  model. 
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Figure  Number 

Reference  Model  Name 

104 

FEM,  FEA  Control,  and  FEA 

105 

FEM  Elements  and  Nodes 

106 

FEM  Coordinate  Systems 

107 

FEM  Group 

108 

FEM  Material  and  Geometric  Properties 

109 

FEM  Geometric  Properties 

110 

FEM  Point  Geometric  Property 

111 

FEM  Line  Geometric  Properties 

112 

FEM  Beam  Geometric  Property 

113 

FEM  Beam  Cross  section  Data 

114 

FEM  Shell  Geometric  Property 

115 

FEM  Solid  Geometric  Property 

116 

FEM  Material  Properties 

117 

FEM  Composite  Material  Property 

118 

FEM  Material  Table 

119 

FEM  Homogeneous  Material  Property 

120 

FEM  Isotropic  Material  Property 

121 

FEM  Orthotropic  Material  Property 

122 

FEM  Orthotropic  Structural  Material  Property 

123 

FEM  Orthotropic  Thermal  Material  Property 

124 

FEM  Orthotropic  Thermal  Expansion  MaterisJ  Property 

125 

FEM  Anisotropic  Material  Property 

126 

FEM  Anisotropic  Structural  Material  Property 

127 

FEM  Anisotropic  Thermal  Material  Property 

128 

FEM  Anisotropic  Thermal  Expansion  Material  Property 

FEM,  FEA  Control,  and  FEA 


Figtire  104  depict!  how  a FEM  and  a FEA  CONTROL  are  combined  to  produce  a FEA.  The 
relationship  with  PRODUCT  ITEM  (ie.  the  item  the  analyst  is  analysising)  is  shown.  Also 
introduced  is  the  concept  that  Finite  Element  Model  may  be  approved  or  signed  off  through 
the  entity  FEM  APPROVAL.  UNITS  are  related  to  a FEA,  FEA  CONTROL,  and  FEA. 

FEM  rules  FEM/R-1,  4,  and  5 apply  to  this  IDEFIX  diagram. 


FEM  ELEMENT  AND  NODES 

Figure  105  shows  the  heart  of  a FEM.  A FEM  will  have  many  FEM  ELEMENTS  and  FEM 
NODEs.  A many-to-many  relationship  exists  between  FEM  ELEMENTS  and  FEM  NODEs; 
i.e.,  a FEM  ELEMENT  references  many  FEM  NODEs  and  a FEM  NODE  may  be  a member 


864 


PRODUCT  ITEM  VERSION/  PSCM 


ISO  TC184/  SC4/  WGl 


annex  D 

(Draft  Proposal 


October  31,  1988 


SECTION  9:  FEM  INFORMATION  MODEL 


N288 


< - Z 


Figure  D-104:  FEM,  FEA  Control,  and  FEA 
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of  many  FEM  ELEMENTS.  This  many-to-many  relationship  is  resolved  by  the  FEM  CON- 
NECTIVITY data  entity  and  the  concept  of  a FEM  NODE  SEQUENCE  NUMBER.  This 
construct  is  an  artifact  of  the  IDEFlX  method.  Data  transfer  of  FEM  NODE  SEQUENCE 
NUMBERS  should  be  done  in  an  implicit  manner  via  an  ordered  list  of  the  FEM  element’s 
nodes.  The  FEM  NODE  SEQUENCE  NUMBER  should  not  exist  outside  of  the  STEP  logical 
and  application  schemas. 

FEM  rule  FEM/R-2  applies  to  this  IDEFlX  diagram. 

FEM  COORDINATE  SYSTEM 

The  relationship  between  FEM  COORDINATE  SYSTEM  and  FEM,  FEM  ELEMENT,  FEM 
NODE,  and  FEM  ENVIRONMENT  is  presented  in  Figure  106.  The  FEM  COORDINATE 
SYSTEM  definition  permits  reference  to  either  a FEM  COORDINATE  MASTER  SYSTEM 
or  a coordinate  system  that  directly  references  the  FEM  COORDINATE  MASTER  SYSTEM. 
(This  definition  is  similar  to  the  SHAPE/SIZE  COORDINATE  SYSTEM  data  entity  that 
has  been  shown  on  a version  of  the  IDEFlX  SHAPE/SIZE  global  reference  model.) 

FEM  rule  FEM/R-3  applies  to  this  IDEFlX  diagram. 

FEM  GROUP 

FEM  ELEMENTS  and  FEM  NODEs  can  be  members  of  FEM  ELEMENT  GROUPs  and 
FEM  NODE  GROUPS,  respectively.  A FEM  GROUP  may  contain  any  number  of  FEM 
ELEMENT  GROUPs  and  FEM  NODE  GROUPs.  Thus,  as  shown  in  Figure  107  an  arbitrary 
set  of  FEM  ELEMENTS  and  FEM  NODEs  can  be  collected  and  referenced  as  a FEM  GROUP. 


FEM  MATERIAL  AND  GEOMETRIC  PROPERTIES 

• 

A FEM  must  have  FEM  MATERIAL  PROPERTY(s)  and  FEM  GEOMETRIC  PROP- 
ERTY(s),  as  shown  in  Figure  108.  If  a finite  element’s  geometric  properties  are  constemt 
over  its  domain,  then  the  finite  element  references  a FEM  GEOMETRIC  PROPERTY,  else 
the  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY  is  referenced.  (Again,  the  concept 
of  FEM  NODE  SEQUENCE  NUMBER  is  an  artifact  of  the  IDEFlX  modeling  process  and 
should  not  be  translated  into  the  physical  file.  A simple  ordered  list  wUI  sufifice.) 

FEM  rules  FEM/R-6  and  7 apply  to  this  IDEFlX  diagram. 

FEM  GEOMETRIC  PROPERTIES 

The  five  subtypes  of  FEM  Geometric  Properties  are  illustrated  in  figure  109.  Also  presented  in 
figure  109  we  the  relationship  of  the  FEM  INTEGRATION  ORDER  and  FEM  GEOMETRY 
TEXT  entities  to  FEM  GEOMETRIC  PROPERTY.  The  combination  of  the  data  in  FEM 
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FEM  / FEM- I 


Figure  D-105;  FEM  Elementi  and  Nodet 
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Figure  D-106:  FEM  Coordinate  System* 
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f Em  / f Em  1 


Figitfe  D-107:  FEM  Group 
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Figure  D-108:  FEM  Material  and  Geometric  Propertiee 


870 


(Draft  ProposaJ 

SECTION  9:  FEM  INFORMATION  MODEL 


October  31,  1988 

N283 


GEOMETRIC  PROPERTY  typ^  is  , mended  to  uniquely  ident.fy  all  of, K 
and  material  property  data  needed  ,n  order  to  formula^  an  ellmfnt 

FEM  GEOMETRIC  PBQPERTTF.S  ■ CONTTlyrTPra 

SoUlln\"hT’arr""‘  GEOMETRIC  PROPERTY 

T FEM  POINT  GEOMETRIC  PROPERTY,  Figure  110; 

2.  FEM  LINE  GEOMETRIC  PROPERTY,  Figure  111; 

3.  FEM  BEAM  GEOMETRIC  PROPERTY,  Figure  112; 

4.  FEM  BEAM  CROSS-SECTION  DATA,  Figure  113; 

5.  FEM  SHELL  GEOMETRIC  PROPERTY,  Figure  114; 

6.  FEM  SOLID  GEOMETRIC  PROPERTY.  Figure  115;' 

FEM  rules  FEM/R-S,  9.  12  and  14  apply  to  these  IDEFIX  diagrams. 
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Figure  D-109:  FEM  Geometric  Properties 
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FEM  GEOMETRIC  PROPERTY  / FEM* 1 l 


f FEM  10  (FK) 

FtM  (iCfctTHiC  HHJ-tHTY  f^jkCER 

L FEM  GEO-CTRIC 

PRCPERTY  TYPEJ 

FEM  G£Qli£T^^C^ro)=ER 


TY  TYPE 


FEM  POINT  GEOMETRIC  PROPERTY  / FEM -26 


FEM  POINT  MASS  MATRIX  (6x6) 


Figure  D-110:  FEM  Point  Geometric  Property 
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Figure  D-112:  FEM  Beam  Geometric  Property 
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FEM  MATERIAL  PROPERTIES 

An  Overall  view  of  FEM  material  properties  is  presented  in  figure  116.  That  figure  (116) 
displays  the  three  main  super  types  of  the  materials.  They  are  FEM  COMPOSITE  MATE- 
RIAL, FEM  MATERIAL  TABLE,  and  FEM  HOMOGENEOUS  MATERIAL  PROPERTY. 
These  are  detailed  in  the  following  figures; 

1.  FEM  MATERIAL  PROPERTIES,  figure  116; 

2.  FEM  COMPOSITE  MATERIAL  PROPERTY,  figure  117; 

3.  FEM  MATERIAL  TABLE,  figure  118; 

4.  FEM  HOMOGENEOUS  MATERIAL  PROPERTY,  figure  119; 
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Figure  D-115;  FEM  Solid  Geometric  Property 
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FEM  COMPOSITE  MATERIAL  PROPERTY 

The  FEM  COMPOSITE  MATERIAL  PROPERTY  is  show  in  figure  117.  That  figure  (117) 
displays  three  types  of  composite  material  that  the  FEM  committee  has  currently  defined. 
(It  is  expected  that  more  types  of  composite  materials  would  be  added  at  later  date).  They 
are; 

1.  FEM  MIXTURE  MATERIAL  PROPERTY 

This  is  a self  contained  material  definition  for  a composite  material  using  the  theory  of 
mixtures  in  order  to  create  the  composite  material  properties. 

2.  FEM  HALPIN-TSAI  MATERIAL  PROPERTY 

This  is  a self  contained  material  definition  for  a composite  material  using  the  theory  of 
Halpin-Tsai  in  order  to  create  the  composite  material  properties. 

3.  FEM  LAMINATE  COMPOSITE  MATERIAL  PROPERTY 

This  is  an  ordered  List  of  FEM  LAMINATE  MATERIAL  Properties  that  are  stacked 
one  upon  another  that  creates  a composite  material. 

Rules  FEM/R-10,  FEM/R-11  and  FEM/R-15  apply  to  this  IDEFIX  diagram. 
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I 

Figure  118  represents  the  concept  that  a material’s  properties  sometime  vary  with  respect 
to  independent  variables.  Typically,  in  structural  mechanics  problems  where  there  is  a wide 
variation  of  temperature  among  a FEM’s  nodes,  material  property  data  is  input  as  a tabular 
set  of  information  with  the  independent  variable  being  temperature  (or  time)  and  the  depen- 
dent variables  being  the  material’s  Young’s  Modulus,  Poisson’s  Ratio,  etc.  . These  data  are 
interpolated  with  respect  to  temperature  to  determine  what  material  property  value  to  use. 

Because  the  FEM  MATERIAL  TABLE  data  entity  (along  with  its  companion  entity,  FEM 
MATERIAL  TABLE  INSTANCE)  recursively  points  to  a FEM  MATERIAL  PROPERTY 
any  number  of  independent  variables  mav  be  defined. 

Rule  FEM/R-15  apply  to  this  IDEFlX  diagram. 
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FEM  HOMOGENEOUS  MATERIAL  PROPERTY 

The  FEM  HOMOGENEOUS  MATERIAL  PROPERTY  shown  in  figure  119.  That  fig- 
ure (119)  displays  three  types  of  homogeneous  material  and  they  are: 

1.  the  FEM  ISOTROPIC  MATERIAL  PROPERTY,  figure  120; 

2.  the  FEM  ORTHOTROPIC  MATERIAL  PROPERTY,  figure  121; 

3.  the  FEM  ANISOTROPIC  MATERIAL  PROPERTY,  figure  125; 

Both  the  FEM  ORTHOTROPIC  MATERIAL  PROPERTY,  figure  121  and  the  FEM 
ANISOTROPIC  MATERIAL  PROPERTY,  figtire  125  are  broken  into  three  part.  Those 
part  are  structural  material  properties,  thermal  material  properties  and  thermal  expansion 
material  properties.  The  following  is  the  list  of  those  figures. 

1.  FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY,  figure  122; 

2.  FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY,  figure  123; 

3.  FEM  ORTHOTROPIC  THERxMAL  EXPANSION  MATERIAL  PROPERTY,  figure  124; 

4.  FEM  ANISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY,  figure  126; 

5.  FEM  ANISOTROPIC  THERMAL  MATERIAL  PROPERTY,  figure  127; 

6.  FEM  ANISOTROPIC  THERMAL  EXPANSION  MATERIAL  PROPERTY,  figure  128; 

Rule  FEM/R-13  apply  to  125  IDEFIX  diagram. 
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FEM  material  property  fsJUMBER  (FK) 


FEM  ISOTROPIC  structural  YOUNG'S  MODULUS 
FEM  ISOTROPIC  STRUCTURAL  POISSON'S  RATIO 
FEM  ISOTROPIC  structural  SHEaR  MODULUS 
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FEM  ISOTROPIC  THERMAL  MATERIAL  PROPERTY  / FEM-4Q 

FEM  ID  (FKI  " 

FEM  MATERIAL  PROPERTY  NUMBER  IFK) 


FEM  ISOTROPIC  THERMAL  CO#^XX:TIvITY  COEFFICIENT 

FEM  ISOTROPIC  HEAT  CAPACITY 

FEM  ISOTROPIC  CONVECTIVE  FILM  COEFFICIENT 

V 
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FEM  ISOTROPIC  thermal  EXPANSION  / FEM- 6 3 
>EM  10  (FKI 

FEM  MATERIAL  PROPERTY  NUMBER  <FKI 
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ISOPTROPIC  THERMAL  EXPANSION  REFERENCE  TEmPERaTuRE 

^ 


FEM 

FEM 
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FEM  QRTHQTRQPIC  STRUCTURAL  MATERIAL  PROPERTY  / FEm-'^q 
f FIM  ID  IFKI  ' 

FEM  material  property  NUa^R 

FEM  ORTHOTROPIC  STRUCTURAL  IN- PLANE  YOUNG'S  mOOul 1 
FEM  orthotropic  STRUCTURAL  iN-PLANE  POISSON'S  Ratio 
FEM  orthotropic  STRUCTURAL  IN- PLANE  SHEAR  MODULUS 
FEM  orthotropic  STRUCTURAL  MATERIAL  PROPERTY  TrPE 
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FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY  / FEm-77 
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FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY  TYPE 
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Figure  D-123:  FEM  Orthotropic  Thermal  Material  Property 
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Figure  D-127:  FEM  Anisotropic  Thermal  Material  Property 
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9.3.3  FEM  Entity  Definitions 

The  following  sections  describe  each  data  entity  in  the  FEM  reference  model.  These  sections 
are  presented  in  numerical  order  by  entity  number. 

Entity  Name;  FEA  CONTROL 
Entity  Number;  FEAC-1 

Ancillary  data  pertaining  to  a finite  element  analysis.  Load  cases  are  collected  into  FEM 
ENVIRONMENTS  and  then  applied  to  a FEM  via  a FEA  CONTROL. 


Primary  Key  Attributes; 

FEA  CONTROL  ID  Data  Type:  Integer 

This  attribute  contains  the  unique  identifier  of  a FEA  CONTROL. 

Other  Attributes; 

FEA  CONTROL  ANALYSIS  ASSUMPTION  Data  Type:  String 

Text  describing  the  anidysis  assumption  used  by  the  analyst  in  making  the  FEA  CON- 
TROL. 

FEA  CONTROL  ANALYSIS  TYPE  Data  Type:  String 

Text  describing  the  type  of  analysis  that  the  FEA  CONTROL  was  created  for.  For 
example,  a value  of  this  attribute  might  be  ‘plane-stress’. 

FEA  CONTROL  TARGETED  ANALYSIS  CODE  Data  Type:  String 

This  attribute  contains  the  target  analysis  code  that  the  FEA  CONTROL  was  created 
for. 

FEA  CONTROL  UNITS  ID  (FK)  Data  Type:  String 

The  identifier  of  the  fundamental  units  that  will  be  used  in  the  FEA  CONTROL. 

See  attribute  definition  for  UNIT  ID  in  entity  UNITS  [Entity  UNIT-1]. 

Business  rules; 


EXPRESS  Speciflcationt 

There  is  currently  no  EXPRESS  specification  for  this  entity. 

Entity  Name;  FEA 

Entity  Number?  FEA>1 

Application  of  a FEA  CONTROL  to  a FEM,  via  a computer  program,  creates  a finite  element 
analysis  (FEA). 
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Priny^'y  Key  Attributes; 

FEA  ID  Data  Type;  Integer 

The  unique  identifier  of  a FEA. 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  m entity  FEM  [Entity  FEM-1]. 

FEA  CONTROL  ID  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEA  CONTROL  [Entity  FEM-21]. 


Other  Attributeg! 

FEA  ACTUAL  ANALYSIS  CODE  Data  Type;  String 

This  attribute  contains  the  of  the  actual  analysis  code  that  was  used  in  the  finite  element 
analysis. 

FEA  AUTHOR  Data  Type:  String 

This  attribute  contains  the  analysis  creator’s  name  or  names. 

FEA  DESCRIPTOR  Data  Type:  String 

Text  that  describes  the  FEA  and  provides  supporting  information  supplied  by  the  ana- 
lyst. 

FEA  UNITS  ID  Data  Type;  String 

The  identifier  of  the  fundamental  units  that  will  be  used  in  the  FEA. 


Business  rules; 


EXPRESS  speciflcationt 

There  is  currently  no  EXPRESS  for  this  entity. 

Entity  Name:  FEM 

Entity  Numben  FEM-1 

A FEM  is  a collection  of  finite  elements,  nodes,  material  properties,  and  geometric  charac- 
teristics which  is  used  to  mathematically  model  the  physical  behavior  of  a thing. 

Primary  Key  Attributes: 

FEM  ID 

This  attribute  represents  the  unique  identifier  of  a FEM. 


Data  Type:  String 
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Other  Attributea; 

FEM  AUTHOR  Data  Type:  String 

This  attribute  contains  the  FEM  creator’s  name  or  names. 

FEM  CREATING  SOFTWARE  Data  Type:  String 

This  attribute  contains  the  preprocessor  used  to  create  the  FEM.  This  is  normally  the 

namie  of  the  software  used  to  create  the  FEM. 

FEM  CREATION  DATE  Data  Type:  Date 

The  date  the  FEM  was  created.  For  examiple,  a possible  value  might  be  ‘31  March  1967’. 

FEM  CREATION  TIME  Data  Type:  Time 

The  time  the  FEM  was  created.  For  example,  a possible  value  might  be  ‘IPM’. 

FEM  DESCRIPTOR  Data  Type:  String 

Text  that  describes  the  FEM  and  provides  supporting  information  supplied  by  the  ana- 
lyst. 

FEM  TARGETED  ANALYSIS  CODE  Data  Type:  String 

This  attribute  contains  the  target  analysis  code  that  the  FEM  was  created  for. 

FEM  UNITS  ID  (FK)  Data  Type:  String 

The  identifier  of  the  fundamental  units  that  will  be  used  in  the  FEM. 

See  attribute  defination  in  entity  UNITS  [Entity  UNIT-1]. 


Business  rules; 


EXPRESS  specification; 


ENTITY  f inits.slement.model; 
fem.id  : UNIQUE  string; 

author  : INTERNAL  parson. naa«; 

creating.softvara  : string; 

craation.data  : INTERNAL  data; 

craation.tiaa  : INTERNAL  tiaa; 

daseriptor  : string; 

targatad.analysis.coda  : string; 

units. raf  : EXTERNAL  units; 

product. itam.ral  : OPTIONAL  EXTERNAL  SET  [!:•]  OF 

product. itam; 

mastar.coordinata.systam.raf  : EXTERNAL  mastar.coordinata.systam; 

darivad.c00rdinata.s7stam.raf  : OPTIONAL  EXTERNAL  SET  [!:•]  OF 

darivad.coordinata.systam; 
alamant.raf  : EXTERNAL  SET  [l:f]  OF  alamant; 

noda.raf  : EXTERNAL  SET  [l:t]  OF  noda; 

gaomatric.proparty.raf  : EXTERNAL  SET  [!:•]  OF 
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geometric.property ; 

- mat«rial_property.ref  : EXTERNAL  SET  [1:#]  OF 
matarial.property ; 

approval. ral  : OPTIONAL  EXTERNAL  SET  [1:#]  OF 
approval ; 

group  : OPTIONAL  EXTERNAL  SET  [1:#]  OF 
group: 

END. ENTITY; 

RULE  f em.idantiYiers  FOR  (finita. element .modal) ; 

LOCAL 

coord. ays  : LIST  [1  : •]  OF  f am. coordinate. systam; 

END. LOCAL: 

coord. sys  = coord. sys  master. coordinate. system. ref  ; 

REPEAT  FOR  EACH  derived. coordinate. systam  IN 
derived. coordinate. systam. ref : 
coord. sys  ■ coord. sys  ♦ derived. coordinate. system; 

END. REPEAT: 

REPEAT  i :*  1 TO  SIZEOFCcoord.sys) ; 

IF  NOT  (UNIQUE  coord.sys . coordinate. system.number)  THEN 
VIOLATION: 

END. IF: 

REPEAT  FOR  EACH  element  IN  element. ref; 

IF  NOT  (UNIQUE  element . element.nunber)  THEN 
VIOLATION: 

END. IF; 

REPEAT  FOR  EACH  node  IN  node. ref; 

IF  NOT  (UNIQUE  node .node. number)  THEN 
VIOLATION; 

END. IF; 

REPEAT  FOR  EACH  geometric. property  IN  geometric.property.ref ; 

IF  NOT  (UNIQUE  geometric. property . geometric.property.id)  THEN 
VIOLATION; 

END.IF; 

REPEAT  FOR  EACH  material. property  IN  material. property. ref ; 

IF  NOT  (UNIQUE  material. property .material.property.id)  THEN 
VIOLATION; 

■ END.IF; 

REPEAT  FOR  EACH  group  IN  group.ref; 

IF  NOT  (UNIQUE  group. group. name)  THEN 
VIOLATION; 

END.IF; 

END.REPEAT; 

END. RULE; 
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Entity  Name:  PRODUCT  ITEM/FEM 

Entity  Number;  FEM-2 

A PRODUCT  ITEM  VTRSION  is  an  entity  that  the  enterprise  keeps  track  of-  e e a part 
a drawing,  an  assembly,  etc.  . .The  PRODUCT  ITEM/FEM  intersection  data  entity  records 
which  PRODUCT  ITEM  VERSIONS  or  pieces  of  PRODUCT  ITEM  VERSION  the  Finite 

Element  Model  FEM  references  and  what  FExMs  have  been  used  to  describe  a PRODUCT 
ITEM. 


Data  Type:  String 


Primary  Key  Attributes; 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [entity  FEM-1]. 

PRODUCT  ITEM  ID  (FK)  t c* 

-Tu-  ^ , Data  Type:  Strmg 

itus  attribute  contains  the  unique  identifier  for  a PRODUCT  ITEM. 

See  attribute  defination  in  entity  PRODCUT  ITEM  VERSION  [Entity  PSCM-41  for 
complete  details. 


Other  Attributeg! 


Business  rulea: 


express  speciflcationi 

The  EXPRESS  specification  is  missing. 

Entity  Namct  FEM  CONNECTIVITY 
Entity  Number:  FEM«0 

The  FEM  CONNECTIVITY  data  entity  represents  an  order  list  of  FEM  NODEs  that  were 
used  m the  defination  of  a FEM  ELEMENT.  Some  of  the  important  features  are: 

complete,  i.e.,  there  can  be  gaps  or  missing  FEM 

NODEs. 

2.  The  position  of  a FEM  NODE  in  the  order  list  is  very  important  in  that  it  define  the 
gemetnc  shape  of  the  element.  (See  the  figures  129  through  138  related  to  this  entity.) 
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3.  An  order  list  of  FEM  NODE  contected  with  an  FEM  ELEMENT  is  the  normal  mar,. 
. net  that  most  FEM  cumputer  codes  handle  FEM  CONNECTIVITY.  Because  of  thp 
reqmrements  of  the  IDEFlX  modeling  methodology,  the  FEM  CONNECTIVITY  data 
entity  was  created  m order  to  resolve,  the  many-to-many  relationship  that  exiL  t 

NODE 

btoUt.NCE  NUMBER  wa,  mvent.d  tc  satijfy  th*  requirement,  of  untquiely  identfvine 
an  occmence  of  thj.  entity  (or  the  po.tion  in  a FEM  ELEMENT,  order  li.f)  It  i.  nof 
required  o be  transferred  in  the  physical  file  for  an  ordered  list  of  a finite  element's 
node,  will  suffice  m the  EXPRESS  entity  for  FEM  ELEMENT. 


Data  Type:  String 


Primary  Key  Attributes! 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEaM. 

FEM  ELExMENT  NUMBER  (FK)  n ^ t 

A number  used  to  identify  a finite  element  from  aU  other,  within  a FEM.^It  is^oL" 
unique  within  the  current  FEM.  ^ 

See  attribute  defination  in  FEM  ELEMENT  [Entity  FEM- 17] 

FEM  NODE  SEQUENCE  NUMBER  ^ p t t 

The  FEM  NODE  SEQUENCE  NUMBER  indents.,  the  position  of:  FEM  *NOD^ 

n thatTd  I node,  (an  order  list).  Thi.  portion  i.  very  importan” 

m that  It  define  the  gemetric  shape  of  the  element. 

The  foUowing  are  figure  defining  the  relationship  of  FEM  NODE  SEQUENCE  NUMBER 
o M element  of  varies  types  (element  shape  number  and  element  order  number): 


Figure  Number 


Reference  MqH^| 


129 

130 

131 

132 

133 

134 

135 

136 

137 

138 


FEM  Bar  Node  Connectivity 

FEM  Triangle  Node  Connectivity 

FEM  Quadrilateral  Node  Connectivity 

f'EM  Tetrahedron  Node  Connectivity 

FEM  Wedge  Node  Connectivity,  Order  0 and  1 

FEM  Wedge  Node  Connectivity,  Order  2 

FEM  Prism  Node  Connectivity,  Order  0 and  1 

FEM  Prism  Node  Connectivity,  Order  2 

FEM  Hexahedron  Node  Connectivity,  Order  0 and  1 

FEM  Hexahedron  Node  Connectivity,  Order  2 


Other  Attributgar 

^“f'lfNUMB^  tFK)  Data  Type:  Integer 

A numbCT  used  to  identify  a FEM  node  from  aU  other,  within  a FEM.  It  is  only  unique 
within  the  current  FEM. 

See  attribute  defination  in  entity  FEM  NODE  [Entity  FEM- 16). 


901 


ISO  TC184/SC4/  WGl 


ANNEX  D 
(Draft  ProposaJ 


October  31,  1988 


N288 


SECTION  9:  FEM  INFORMATION  MODEL 


Busipess  rules; 


EXPRESS  apeciflcation; 


The  EXPRESS  specification  is  different  than  the  IDEFlx  in  this  order  list  of  FEM  NODES 
represented  by  this  IDEFlX  entity  was  move  into  the  FEM  ELEMENT  EXPRESS  entity. 
Therefore  see  entity  FEM  ELEMENT  [Entity  FEM-17]  for  details. 
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FEM  element  shape  t LINE 


o 


o 


FEM  element  Ol^DEU 


O AND  I 


Nl  N2  N3 

o o o 


Nl  N2  N3  N4 

o — o — o — o 


ETC 


Figure  D-129:  FEM  Line  Node  Connectivity 
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FEU  element  shape  : TRIANGLE 


N3 


Figure  D-130:  FEM  Triangle  Node  Connectivitj 
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N4  N3 


FEM  ELEt^NT  ORDER  OF  2 


FEM  ELEMENT  ORDER  OF  0 


Q 

N8f) 

6 


o 


o 

o 


Figure  D-131:  FEM  Quadrilateral  Node  Connectivitj 
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FEU  element  shape  ! tetrahedron 


Figure  D-132:  FEM  Tetrahedron  Node  Connectivity 
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FEM  element  shape  : kvEDGE 
FEM  element  order  OF  0 AND  I 


Figure  D-133:  FEM  Wedge  Node  Connectivity  (Order  0 and  1) 
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FEM  ELEMENT  SHAPE  t WEDGE 

fem  element  order  of  2 

Nl  9 


Figure  D-134:  FEM  Wedge  Node  Connectirity  (Order  2) 
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f^EM  ELEMENT  ORDER  OF  O AJXl  I 


NS 


Figure  D-135:  FEM  Prism  Node  Connectiyity  (Order  0 and  1) 
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Figure  D-136:  FEM  Prism  Node  Connectivity  (Order  2) 
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Entity  Name;  FEM  GROUP 

Entity  Number;  FEM-7 

Thjs  entity  contains  data  about  a set  of  FEM  entities  that,  for  convenience,  can  be  referred  to 
by  referring  to  one  grouped  item.  Groups  of  elements,  nodes,  and  environments  are  currently 
defined  and  they  may  be  arbitrarily  combined.  Thus  groups  (sets)  of  nodes  and  finite  elements 
can  be  referenced  by  referring  to  a single  FEM  GROUP  data  entity. 


Primary  Key  Attributes; 


Data  Type:  String 


FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FEM  GROUP  NUMBER  n = t 

A number  used  to  identify  a FEM  GROUP  from  aU  others  within  a FEM  It  is  oMy 

unique  witWn  the  current  FEM.  A FEM  GROUP  can  be  made  up  of  nodes,  element, 
or  any  combmation  of  the  two. 


Other  Attributpui 

FEaM  GROUP  NAME  t c. 

-r  , . Data  Type:  String 

Text  that^  describes  the  FEM  GROUP.  For  example,  possible  values  of  this  attribute 
rmght  be  red  , ‘set  1’,  or  ‘wing’.  It  is  what  ever  the  analyst  chooses  as  a label  for  group 

iHpnt'inraf  »/-\«  ® ^ 


Business  rules; 


express  speciflcationi 


ENTITT  group; 
group.number 
group.nam* 
node. ref 

•leoent.ref 

END.EKTITT; 


integer; 

OPTIONAL  string; 

OPTIONAL  EXTERNAL  SET  [!:•]  OP 
node; 

OPTIONAL  EXTERNAL  SET  [!:•]  OP 
element ; 


Entity  Namci  FEM  NODE  GROUP 
Entity  Number:  FEM-S 

The  FEM  NODE  GROUP  assigns  a FEM  NODE  to  a FEM  GROUP. 
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FEM  Hexahedron  Node  Connectivity  (Order  2) 
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Prin^ary  Key  Attributea; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FEM  GROUP  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GROUP  [Entity  FEM-7]. 

FEM  NODE  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  NODE  [Entity  FEM- 16]. 

Other  Attributes; 


Busineag  rules; 


EXPRESS  specification! 

The  EXPRESS  specification  is  different  than  the  IDEFlx  in  this  list  of  FEM  NODES  repre- 
sented by  this  IDEFlX  entity  was  move  into  the  FEM  GROUP  EXPRESS  entity.  Therefore 
see  entity  FEM  GROUP  [Entity  FEM-7]  for  details. 

Entity  Name;  FEM  ELEMENT  GROUP 

Entity  Number;  FEM-9 

The  FEM  ELEMENT  GROUP  assigns  a FEM  ELEMENT  to  a FEM  GROUP. 

Primary  Key  Attributeii 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FEM  GROUP  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GROUP  [Entity  FEM-7|. 

FEM  ELEMENT  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  ELEMENT  [Entity  FEM-17]. 
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Other  Attributes; 

Business  rules: 

EXPRESS  specification; 

The  EXPRESS  specification  is  different  than  the  IDEFlX  in  this  list  of  FEM  ELEMENTS 
represented  by  this  IDEFlX  entity  was  move  into  the  FEM  GROUP  EXPRESS  entity.  There- 
fore see  entity  FEM  GROUP  [Entity  FEM-7]  for  details. 

Entity  Name;  FEM  GEOMETRIC  PROPERTY 

Entity  Number;  FEM»11 

This  entity  contains  data  that  describes  the  physical  and  geometrical  characteristics  of  a finite 
element. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FExM  GEOMETRIC  PROPERTY  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a FEM  GEOMETRIC  PROPERTY  from  all  others  within  a 
FEM.  It  is  only  unique  within  the  current  FEM. 

Other  Attributes; 

FEM  GEOMETRIC  PROPERTY  TYPE  Data  Type:  Enumeration 

An  enumerated  value  used  to  identify  the  type  of  FEM  GEOMETRIC  PROPERTY. 
The  possible  types  are: 


Geometric  Type  Description 


0 

1 

2 

3 

4 


Beam  property 
Point  property 
Shell  property 


Membrane  property 
Solid  property 
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Buainesi  rules; 

EXPRESS  apeciiication; 

ENTITY  geometric.property  SUPERTYPE  OF  ( 
point.geometric.property  OR 
lin«_geom®tric_prop«rty  OR 
b9am.g9om«tric_prop«rty  OR 
membran«_shell_geom«tric_prop«rty  OR 
8olid_geometric_prop«rty) ; 
g«ometric_prop®rty_numb«r  : int®g«r: 
prop«rty.text  : OPTIONAL  string; 
integration.order  : OPTIONAL  integer; 

END. ENTITY; 


Entity  Name;  FEM  MATERIAL  PROPERTY 

Entity  Number;  FEM-12 

This  entity  contains  data  that  describes  a materisd  constitutive  matrix  for  either  a FEM 
ELEMENT  or  a FEM  NODE. 

In  the  general  case,  the  thermoelastic  behavior  of  real  materials  is  relatively  complex  and 
is  influenced  by  factors  including  the  material  properties,  magnitude  and  type  of  the  loads, 
temperature,  time,  the  rate  of  loading  or  deformation,  and  the  previous  history  of  the  material. 
At  any  point  of  the  material  however,  at  any  given  time,  temperatxire,  and  rate  of  loading  or 
deformation,  the  behavior  can  be  characterized  by  a constitutive  law  for  the  material.  The 
constitutive  laws  EXPRESS  the  relationships  between  the  material  internal  forces,  or  stresses, 
and  material  deformations,  or  strains.  At  any  point  within  a material,  this  incremental 
relationship  between  stresses  and  strains  is  characterized  by  a set  of  elastic  moduli,  thermal 
expansion  coefficients,  and  structural  damping  coefficients,  which  characterize  the  material 
behavior.  These  constants  therefore  define  the  material’s  properties. 

Primary  Key  Attributesi 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FEM  MATERIAL  PROPERTY  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a FEM  MATERIAL  PROPERTY  from  all  others  within  a 
FEM.  It  is  only  unique  within  the  current  FEM. 
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Othet  Attributes; 


FEM  MATERIAL  PROPERTY  TYPE  Data  Type:  Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  MATERIAL  PROPERTY.  The  pos- 
sible types  are: 

Material  Type  Description 


0 Composite  material  property 

1 Material  table 

2 Homogeneous  material  property 


Business  rules; 


EXPRESS  specification; 

ENTITY  material.property  SUPERTTPE  OF  ( 
homogeneous.material  OR 
composita.material  OR 
mat«rial_tabl«) ; 

raat«rial_property_number  : integer; 

text  : OPTIONAL  string; 

END. ENTITY; 


Entity  Name:  FEM  ELEMENT  GEOMETRIC  PROPERTY 

Entity  Number;  FEM*13 


The  FEM  ELEMENT  GEOMETRIC  PROPERTY  assigns  a FEM  GEOMETRIC  PROP- 
ERTY to  a FEM  ELEMENT.  Use  of  this  data  entity  for  a finite  element  geometric  property 
implies  that  they  are  constant  through  out  the  finite  element. 


Primary  Key  Attributes; 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

FEM  ELEMENT  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  ELEMENT  [Entity  FEM-17]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11). 
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Other  Attributes! 


Bus  inegg  rul  eg: 


EXPRESS  gpeciflcation: 


The  EXPRESS  specification  is  different  than  the  IDEFlX  and  the  reason  is  unknown. 
Entity  Name:  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY 

Entity  Number:  FEM-15 

The  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY  assigns  a FEM  GEOMETRIC 
PROPERTY  to  a finite  element’s  node  via  the  FEM  CONNECTIVITY  data  entity  and  the 
FEM  NODE  SEQUENCE  NUMBER.  Use  of  this  data  entity  for  a finite  element’s  geometric 
properties  implies  that  they  vary  through-out  the  finite  element,  see  rule  FEM/R-7.  This  type 
of  information  (if  it  exists  at  all)  should  be  handled  via  an  ordered  list  within  the  physical 
file. 

Primary  Key  Attributeg; 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  ELEMENT  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  ELEMENT  [Entity  FEM- 17]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-1 1]. 

FEM  NODE  SEQUENCE  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  CONNECTIVITY  [Entity  FEM-6]. 

Other  Attributea: 


Businega  rulet; 


EXPRESS  gpeciflcationt 

The  EXPRESS  specification  is  different  than  the  IDEFlX  and  the  reason  is  unknown. 
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Entity  Name;  FEM  NODE 

Entity  Number:  FEM-10 

A FEM  NODE  is  a place  (point)  within  a FEM  that  is  defined  by  the  analyst.  This  FEM 
NODE  has  attributes  defined  for  it  that  are  specific  to  the  FEM  that  the  FEM  NODE  is  in. 
Also  the  FEM  NODE  is  normally  a point  in  space,  but  it  is  not  always. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  NODE  NUMBER  Data  Type;  Integer 

A number  used  to  identify  a FEM  node  from  all  others  within  a FEM.  It  is  only  unique 
within  the  current  FEM. 


Other  AUributgg; 


FEM  NODE  COORDINATE  1 

Data  Type; 

Real 

FEM  NODE  COORDINATE  2 

Data  Type; 

Real 

FEM  NODE  COORDINATE  3 

Data  Type: 

Real 

These  attributes  contain  the  location  components  of  a node  in  the  node’s  FEM  NODE 
DEFINITION  COORDINATE  SYSTEM  with  respect  to  directions  1,  2,  emd  3,  respec- 
tively. 


The  relationship  between  the  defining  coordinate  system  type  and  the  node  coordinate 
values  are  interpreted  in  the  following  table  along  with  the  following  figure  139. 

Coordinate  Node  Direction  Figure 


System  Type 

1 

3 

3 

Rectangular 

X 

Y 

Z 

139 

Cylindrical 

R 

Theta 

Z 

139 

Spherical 

R 

Theta 

Phi 

139 

FEM  NODE  DEFINITION  COORDINATE  SYSTEM  NUMBER  (FK)  The  identifier  of 
tRe  FEM  COORDINATE  SYSTEM  used  to  define  the  location  of  the  FEM  node.  See 
figure  139  for  an  examples. 

See  attribute  defination  in  entity  FEM  COORDINATE  SYSTEM  [Entity  FEM-18). 

FEM  NODE  OUTPUT  COORDINATE  SYSTEM  NUMBER  (FK)  The  identifier  of  the 
FEM  COORDINATE  SYSTEM  used  to  define  the  output  directions  of  the  FEM  result 
data.  See  figure  139  for  an  examples. 

See  attribute  defination  in  entity  FEM  COORDINATE  SYSTEM  [Entity  FEM-18|. 
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Business  rules; 


EXPRESS  specification; 


ENTITY  nods: 

noda.number  : integer; 
coordinate,!  : real; 
coordinate_2  : real; 
coordinate_3  : real: 

def inition.coordinate.system.ref  : EXTERNAL  f em.coordinate.system ; 

output.coordinate.system.ref  : EXTERNAL  f em.coordinate.system; 

END. ENTITY; 


Entity  Name;  FEM  ELEMENT 
Entity  Number;  FEM-17 

This  entity  contains  data  about  a finite  element.  A finite  element  is  the  basic  building  block 
of  a FEM.  It  defines  a mathematical  relationship  between  a FEM’s  nodes. 

In  surveying  commonly  used  FEM  codes  in  the  United  States  and  Europe,  we  were  able  to 
create  a general  set  of  attributes  which  are  flexible  enough  to  be  used  to  defined  all  of  the 
known  element  types  in  use  today.  These  attributes  are  based  on  the  requirements  that  the 
following  data  attributes  be  specified  in  conjunction  with  each  element. 

• Shape 

• Order 

• Element  Purpose  Descriptor 

Using  these  attributes,  see  definations  below,  the  essential  information  regarding  an  element 
shape  and  connectivity  information  can  be  prescribed  in  such  a manner  as  to  fully  define 
ail  element  sets  in  the  survey.  See  reference  Rules  For  Defining  Element  Topology  And 
Coimectivity  by  Henry  Fong  and  Hayden  Hamilton  from  PDA  Engineering  dated  December 
1984  for  detail. 


Primary  Key  Attributee: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  deflnation  in  entity  FEM  [Entity  FEM-lj. 

FEM  ELEMENT  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a finite  element  from  all  others  within  a FEM.  It  is  only 
unique  within  the  current  FEM. 


88 
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RECTANGULAR 

X Y Z 


CYLINDRICAI 

R 0“  Z 


SPHERICAL 

R 0"  (I)” 


Figure  D-139:  FEM  Node  Coordinate  Sy.tem 
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Other  Attributes; 

FEM  ELEMENT  GEOMETRIC  PROPERTY  COORDINATE  SYSTEM  NUMBER  (FK) 

Data  Type:  Integer 

The  identifier  of  the  FEM  coordinate  system  used  to  define  the  directions  of  the  geometric 
properties  in  the  finite  element. 

FEM  ELEMENT  LOCAL  COORDINATE  SYSTEM  NUMBER  (FK)  Data  Type:  Integer 
The  identifier  of  the  FEM  coordinate  system  used  to  define  the  local  directions  of  the 
finite  element. 

FEM  ELEMENT  MATERIAL  PROPERTY  COORDINATE  SYSTEM  NUMBER  (FK) 

Data  Type:  Integer 

The  identifier  of  the  FEM  coordinate  system  used  to  define  the  directions  of  the  material 
properties  in  the  finite  element. 

FExM  ELEMENT  ORDER  NUMBER  Data  Type:  Enumeration 

An  enumerated  value  describing  the  mathematical  order  of  the  finite  element.  The 
possible  values  are: 

Order  number  Order  Deacription 


0 constant 

1 linear 

2 quadrilateral 

3 cubic 

FEM  ELEMENT  PURPOSE  DESCRIPTOR  Data  Type:  Enumeration 

An  string  enumeration  describing  the  functional  purpose  of  the  finite  element  which 
represents  a user-defined  flag  (ie  enumeration)  allowing  the  differentiation  of  FEM  el- 
ements having  the  same  SHAPE  and  ORDER,  but  which  are  different  FEM  element 
types  apprearing  in  the  same  FEM  data.  An  example  of  this  situation  could  be  the 
MSC/NASTRAN  CROD  and  CBAR  elements  which  both  have  the  same  SHAPE  of  line 
and  the  same  ORDER  of  linear  but  behave  differently. 

The  possible  strings  are; 


Purpose  Descriptor  Description 

number  string 


PO 

mass 

A mass  is  a point  element  that  is  a lumped  mass 
element. 

LO 

rod 

A rod  is  a line  element  that  can  only  carry  axial 
loads  and  torsion. 

LI 

beam 

A beam  is  a line  element  that  can  carry  loads  in 
all  degrees  of  freedom. 

L2 

spring 

A spring  is  a line  element  that  is  a spring  be- 
tween two  nodes  in  the  requested  freedom  of  de- 

gree. 
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L3 

damper 

A damper  is  a line  element  that  is  a damper 
between  two  nodes  in  the  requested  freedom  of 
degree. 

L4 

gr  spring 

A gr.spring  is  a line  element  that  is  a spring  be- 
tween a node  and  ground  in  the  requested  free- 
dom of  degree. 

L5 

gr.damper 

A gr.damper  is  a line  element  that  is  a damper 
between  a node  and  ground  in  the  requested  free- 
dom of  degree. 

AO 

plate 

A plate  is  a srorface  element  that  can  carry  loads 
in  all  degrees  of  freedom  except  the  moment  nor- 
mal to  its  surface. 

A1 

shell 

A shell  is  a surface  element  that  can  carry  loads 
in  all  degrees  of  freedom. 

A2 

membrane 

A membrane  is  a stirface  element  that  can  only 
carry  in-plane  loads. 

A3 

th-shell 

A th jhell  is  a thick  shell  surface  element.  It  is 
like  the  shell  surface  element,  but  it  takes  into 
account  thick  shell  theory. 

A4 

tn-shell 

A tnjhell  is  a thin  shell  surface  element.  It 
like  the  shell  surface  element,  but  it  takes  in. 
account  thin  shell  theory. 

A5 

pst  jhell 

A pst  jhell  is  a plane  strain  shell  surface  element. 
It  is  like  the  shell  surface  element,  but  it  takes 
into  account  plane  strain  theory. 

A6 

pss -shell 

A pss  jhell  is  a plane  stress  shell  surface  element. 
It  is  like  the  shell  surface  element,  but  it  takes 
into  account  plane  stress  theory. 

A7 

az-shell 

A aut jhell  is  a axisymmetric  shell  line  element. 
It  is  like  the  shell  surface  element,  but  it  is 
formed  by  sweeping  the  line  element  around  the 
axis  of  symmetry. 

VO 

solid 

A solid  is  a volume  element  that  can  carry  in- 
plane loads,  no  moments. 

VI 

ax  .solid 

A ax  solid  is  a axisymmetric  solid  surface  ele- 
ment. It  is  like  the  solid  volume  element,  but  it  is 
formed  by  sweeping  the  surface  element  around 
the  axis  of  symmetry. 

FEM  ELEMENT  SHAPE  NUMBER  Data  Type:  Enumeration 

An  enumerated  value  describing  the  generic  shape  of  the  finite  element.  The  possible 
values  are: 
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Shape  number  Generic  Shape  Description 

0 point 

1 Line 

2 triangle 

3 quadrilateral 

4 tetrahedron 

5 wedge 

6 prism 

7 hexahedron 

Businegs  rules; 

EXPRESS  gpeciflcation; 

ENTITY  element; 

element .number  : integer; 

geometric.property.coord.gys  : EXTERNAL  f era.coordinate.gystem ; 

local. coordinate.gystem  ; EXTERNAL  fern. coordinate. system; 

material. property.coord.sys  : EXTERNAL  fern. coordinate. system ; 

element. purpose. descriptor  : string; 

element. order.number  : element. order ; 
element. shape. number  : element. shape; 
node. list  : EXTERNAL  ARRAY  [1  : maxnodes]  OP 
node ; 

geometric. property. type  : enumeration. of .constant. varying ; 

geometric. property.ref  : EXTERNAL  ARRAY  [1  : 

geom.prop. list. size]  OF 
geometric. property ; 

WHERE 

maxnodes  ■ derive.maxnodes  (element.order, element. shape) ; 
geom.prop.list.size  ■ derive. geom.prop.list.size  ( 
geometric.property.type,  maxnodes) ; 
test .geom.propCenumeration. of .constant .varying ;maxnodes ; 
node. list ; geometric. property.ref)  ■ TRUE; 

END.ENTITY; 

TYPE  element.order  « ENUMERATION  OF  (constant .linear .quadratic .cubic) ; 
END.TYPE; 

TYPE  element. shape  > ENUMERATION  OF  ( 
point . 
line. 


924 


ISO  TC184/SC4/WG1  ANNEX  D October  31, 

(Draft  Proposal  ^^88 

SECTION  9:  FEM  INFORMATION  MODEL 


' triangle, 

quadrilateral , 
tetrahedron , 
wedge , 
pyramid , 
hexadedron) ; 

END  TYPE; 

TYPE  enumeration.of .constamt.varying  » ENUMERATION  of  ( 
constant , 
varying) ; 

END.TYPE: 

FUNCTION  derive. maxnodes  (order:  element.order , shape: 
element .shape) : integer ; 

(•  This  function  is  incomplete.  It  gives  an  idea  of  what  is  required  but  needs  to  be  extended 
to  include  all  possible  combinations  of  element  jhape  and  element.order  *) 

LOCAL 

maxnodes  : integer; 

END. LOCAL; 

IF  shape  * point  THEN 
maxnodes  :■  1; 

END. IF; 

IF  (shape  ■ line  AND  order  < 2)  THEN 
maxnodes  : ■ 2; 

END.IF; 

IF  (shape  « line  AND  order  > 1)  THEN 
maxnodes  :■  order  * 1; 

END.IF; 

IF  (shape  ■ triangle  AND  order  < 2)  THEN 
maxnodes  :■  3; 

END.IF; 

IF  (shape  ■ triangle  AND  order  • 2)  THEN 
maxnodes  : ■ 7 ; 

END.IF; 

RETURN  (maxnodes); 

END.FUNCTION; 

FUNCTION  derive. geom. prop. list. size 

(attrl : enumeration. of. constant. varying,  maxnodes : integer) : integer; 
LOCAL 
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result  : integer; 

'end. LOCAL: 

IF  attrl  = constant  THEN 
result  ;=  1 
ELSE 

result  :=  MAXNODES; 

END. IF; 

RETURN  (result): 

END. FUNCTION: 

FUNCTION  test.geom.propCattrl : enumeration.of. constant. varying ; 
maxnodes  rmaxnodes ;node_list  mode. list ; 
at t r4 : geometric. property. ref ) : LOGICAL ; 

LOCAL 

result : LOGICAL ; 

END. LOCAL; 

result  :■  TRUE; 

IF  attrl  ■ varying  THEN 

REPEAT  1:1  TO  maxnodes  WHILE  result  » TRUE; 

IF  nodes.list(I)  <>  NULL  THEN 
IF  attr4(I)  - NULL  THEN 
result  :*  FALSE; 

ENDIF; 

ENDIF; 

ENDIF; 


Entity  Name;  FEM  COORDINATE  SYSTEM 
Entity  Number;  FEM-18 

A reference  frame  used  to  define  locations  of  FEM  elements,  nodes,  enviroiunents,  and  results 
in  2D  or  3D  space.  This  data  entity  contains  information  about  the  use  (either  master  or 
definition)  and  type  (rectangular,  polar,  etc. . . ) of  a coordinate  system.  Figure  140  illustrates 
example  of  coordinate  systems. 


Primsury  Key  Attributes: 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  COORDINATE  SYSTEM  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a coordinate  system  within  a FEM.  It  is  only  unique  within 
the  current  FEM. 
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Other  Attributes; 

FEM  COORDINATE  SYSTEM  TYPE  Data  Type:  Enumeration 

An  enumerated  value  used  to  identify  the  type  of  FEM  coordinate  system.  The  possible 
values  are: 

Coordinate  Type  Number  Coordinator  Descriptor 


Right-hand  rectangular 
Right-hand  cylindrical 
Right-hand  spherical 
Left-hand  rectangular 
Left-hand  cylindrical 
Left-hand  spherical 


FEM  COORDINATE  SYSTEM  USE  Data  Type:  Enumeration 

An  enumerated  value  indicating  whether  the  coordinate  system  is  a master  or  definition 
coordinate  system.  The  possible  values  are: 

Coordinate  Use  Number  Coordinator  System 


Master 

Definition 


Busineag  rulea; 


EXPRESS  specification: 

ENTITY  fao.coordinata.syataffl  SUPERTYPE  OF  ( 
mastar.coordinata.system  OR 
darivad.coordinata.systam) ; 
coordinata_iyttaffl_nujnbar  : integer ; 

coordinate.ayatain.type  : coordinate. ayateia.type; 

END.ENTITY; 

TYPE  coordinate. pair  ■ ARRAY  [1:2]  OF  real; 

END.TYPE; 

TYPE  coordinate.triple  ■ ARRAY  [1:3]  OF  real; 

END.TYPE; 

TYPE  coordinate.system.type  • ENUMERATION  OF  ( 
rh. rectangular , 
rh. cylindrical , 
rh. spherical , 


927 


ISO  TC184/SC4/WG1 


ANNEX  D 
(Draft  Proposal 


Oc<ob„31,  1985,283 


SECTION  9:  FEM  INFORMATION  MODEL 


Ih.rectangular , 
Ih.cylindrical , 
Ih.spharical) ; 
END  TYPE; 
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FEM-,'19  FEM  COORDINATE  MASTER  SYSTEM 

A FEM  always  has  a master  coordinate  system.  The  origin  of  the  master  coordinate  system 
is  always  at  (0,0,0)  and  the  axes  are  aligned  in  the  primary  directions.  All  other  FEM  DEF- 
INITION COORDINATE  SYSTEMS  are  derived  from  the  FEM  COORDINATE  MASTER 
SYSTEM. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  COORDINATE  MASTER  SYSTEM  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a master  coordinate  system  within  a FEM.  There  is  only  one 
master  coordinate  system  within  any  one  FEM  and  can  be  different  between  FEMs.  It 
is  only  unique  within  the  current  FEM. 


Other  Attributeg; 


Businega  rules; 


EXPRESS  gpecifleation; 

ENTITY  master.coordinate.gygtem  SUBTYPE  OF  (f em.coordinate.systam) ; 
END. ENTITY; 


Entity  Name;  FEM  COORDINATE  TRANSFORM 
Entity  Number:  FEM-20 

This  data  entity  defines  the  transformation  matrix  used  to  rotate  and  shift  a FEM  MASTER 
COORDINATE  SYSTEM  into  a FEM  DEFLNITION  COORDINATE  SYSTEM. 

Primary  Key  Attributes: 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-lj. 

FEM  COORDINATE  DEFINITION  SYSTEM  NUMBER  (FK)  Data  Type:  String 

See  attribute  defination  in  entity  FEM  COORDINATE  DEFINITION  SYSTEM  [Entity 
FEM-58]. 
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Entity  Numbert  FEM-24 
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This  entities  data  represents  a shell  finite  element’s  geometric  properties.  A shell  finite  element 
is  a special  type  of  3D  finite  element. 


Primary  Key  Attributes; 

FEM  ID  (FK)  ' Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11). 


Other  Attributes; 

FEM  SHELL  BENDING  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 

Material  property  number  for  a shell  finite  element  that  is  used  in  the  element’s  bending 
characteristics. 

See  FEM  MATERIAL  PROPERTY  NUMBER  attribute  definition  in  entity  FEM  MA- 
TERIAL PROPERY  [Entity  FEM- 12]  for  more  details. 

FEM  SHELL  MEMBRANE-BENDING  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 
Material  property  number  for  a shell  finite  element  that  is  used  in  the  element’s  membrane- 
bending characteristics. 

See  FEM  MATERIAL  PROPERTY  NUMBER  attribute  definition  in  entity  FEM  MA- 
TERIAL PROPERY  [Entity  FEM-12]  for  more  details. 

FEM  SHELL  SECOND  MOMENT  OF  AREA  Data  Type:  Real 

The  value  of  the  shell  finite  element’s  second  moment  of  area,  not  a second  monent  of 
area  factor. 

FEM  SHELL  SHEAR  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 

Material  property  number  for  a shell  finite  element  that  is  used  in  the  element’s  shear 
characteristics. 

See  FEM  MATERIAL  PROPERTY  NUMBER  attribute  definition  in  entity  FEM  MA- 
TERIAL PROPERY  [Entity  FEM- 12]  for  more  details. 

FEM  SHELL  SHEAR  THICKNESS  Data  Type:  Real 

This  attribute  contains  the  value  of  the  shell  finite  element’s  thickness  for  shear.  It 
measured  perpendicular  to  the  face  of  the  shell  element.  This  is  not  a shear  thickness 
factor. 

FEM  SHELL  Z-OFFSET  Data  Type:  Real 

This  attribute  contains  the  value  of  the  distance  by  which  the  shell  finite  element  is 
offset  from  its  nodes  in  the  local  element  coordinate  system’s  Z direction. 
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Business  rules! 


EXPRESS  specification; 

The  EXPRESS  specification  is  different  from  the  IDEFlX  in  that  this  entity  was  merged  into 
the  FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY  entity.  For  details  see  entity 
FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY  [Entity  FEM-54). 

Entity  Name:  FEM  SOLID  GEOMETRIC  PROPERTY 

Entity  Number;  FEM-25 

This  entities  data  represents  a solid  finite  element’s  geometric  properties.  A solid  finite 
element  is  a 3D  finite  element. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-1  Ij. 

Other  Attributes: 

FEM  SOLID  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 

The  identifier  of  the  FEM  MATERIAL  NUMBER  used  by  a solid  finite  element. 

See  FEM  MATERIAL  PROPERTY  NUMBER  attribute  definition  in  entity  FEM  MA- 
TERIAL PROPERY  [Entity  FEM- 12]  for  more  details. 

Bugiflgtf  rukt? 


EXPRESS  speciflcationi 

ENTITT  solid.gaomatric.property  SUBTTPE  OP  (geometric.property) ; 

solid.matarial  : EXTXANAL  matarial.proparty ; 

END.ENTITT; 


Entity  Name:  FEM  POINT  GEOMETRIC  PROPERTY 

Entity  Number:  FEM-26 
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This’-’entities  data  represents  a FEM  point  geometric  properties.  A FEM  point  is  a OD 
reference  datum. 


Primary  Key  Attributes; 

FEM  ID  (FK)  ' Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-11]. 


Other  Attributes; 

FEM  POINT  MASS  MATRIX  Data  Type:  Real 

A 6x6  mass  half  matrix  for  a point  finite  element.  The  matrix  is  a half  matrix  because 
these  point  mass  martix  are  always  symetric  and  it  has  the  following  form. 

Columiu 


1 

2 

3 

4 

5 

6 

1 

Ml 

M2 

M3 

M4 

M5 

M6 

2 

M7 

M8 

M9 

MIO 

MU 

3 

M12 

M13 

M14 

M15 

4 

M16 

M17 

M18 

5 

M19 

M20 

6 

M21 

Business  rules; 


EXPRESS  specification: 

EMTITT  point.g«oiB«tric_prop«rty  SUBTYPE  OF  (geonetric.property) : 

point .aats.h«lf.6x6.matrix  : ARRAY  [1:21]  OF  real; 
END.EMTITT; 


Entity  Namet  FEM  BEAM  GEOMETRIC  PROPERTY 
Entity  Number:  FEM-37 

This  entities  data  represents  a beam  finite  element’s  geometric  properties. 
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PriiT^y  Key  Attributes; 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-1  Ij. 

Other  Attributes: 


Business  rules; 


EXPRESS  specification; 


ENTITY  beaffl.geometric.property  SUBTYPE  OF  (geometric. property) ; 
pin_array.l.2  : OPTIONAL  ARRAY  [1  : 2]  OF  ARRAY 
[1  : 6]  OF  integer; 

offset_vector.l_2  : OPTIONAL  ARRAY  [1  : 2]  OF 
coordinate.triple ; 

warping.coeff icient8.1_2  : OPTIONAL  ARRAY  [1:2]  OF  real; 

beam.interval.ref  : EXTERNAL  LIST  [1  : i]  OF 
beam.interval; 

END. ENTITY; 


Entity  Namet  FEM  SHELL  STRESS  RECOVERY  COEFFICIENT 
Entity  Number:  FEM*28 

These  ve  the  values  that  the  analyst  wants  used  for  stress  recovery  with  respect  to  a shell 
finite  element.  The  coefficient  is  a z offset  from  the  element’s  mid-plane  in  the  element’s 
coordinate  system. 


Primyy  Key  Attributes! 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-llj. 
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FEM  SHELL  STRESS  RECOVERY  COEFFICIENT  NUMBER  Data  Type:  Integer 
Forms,  together  with  the  FEM  ID  and  the  FEM  GEOMETRIC  PROPERTY  NUMBER 
the  unique  identifier  for  an  instance  of  a FEM  SHELL  STRESS  RECOVERY  COEFFI- 
CIENT. 

Other  Attributes; 

FEM  SHELL  STRESS  RECOVERY  COEFFICIENT  Data  Type:  Real 

The  value  of  the  distance  at  which  stress  wiU  be  recovered  in  the  local  shell  finite  element 
coordinate  system’s  Z direction. 


Businesg  rules; 


EXPRESS  gpeciflcationi 

The  EXPRESS  specification  is  different  from  the  IDEFIX  in  that  this  entity  was  merged  into 
the  FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY  entity.  For  details  see  entity 
FEM  MEMBRANE/SHELL  GEOMETRIC  PROPERTY  [Entity  FEM-54]. 

Entity  Name;  FEM  GEOMETRIC  PROPERTY  TEXT 

Entity  Number;  FEM*29 

This  data  entity  supplies  ancillary  data  about  a geometric  property.  For  example,  a text  string 
describing  the  geometric  properties  of  a beam  could  be  inserted  into  this  entity.  This  human 
readable  text  string  would  enable  the  receiving  analyst  to  determine  the  cross-sectional  shape 
of  an  T’  beam,  as  this  data  is  not  readily  available  from  a beam’s  cross-sectional  and  second 
moments  of  area.  This  text  may  or  may  not  be  of  value  to  the  receiving  analyst  or  computer. 


Primary  Key  Attributeai 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11]. 

Other  Attributen 

FEM  GEOMETRIC  PROPERTY  TEXT  Data  Type:  String 

Text  that  describes  the  FEM  GEOMETRIC  PROPERTY  and  provides  supporting  in- 
formation supplied  by  the  anidyst. 
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Business  rules; 


EXPRESS  specification! 


The  EXPRESS  specification  is  different  from  the  IDEFlX  in  that  this  entity  was  merged 
into  the  FEM  GEOMETRIC  PROPERTY  entity.  For  details  see  entity  FEM  GEOMETRIC 
PROPERTY  [Entity  FEM-llj. 

Entity  Name;  FEM  SPRING  GEOMETRIC  PROPERTY 
Entity  Number;  FEM-30 

This  data  entity  representd  a FEM  spring  element’s  geometric  properties. 

Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11]. 

Other  Attributes; 


None 

Business  rules: 

None 

EXPRESS  speciflcationi 

ENTITY  •pring.geomatrlc.propartj; 

proparty.list  : EXTERNAL  LIST  [1:#]  OF 
spring.property ; 

END.ENTITT; 


Entity  Name:  FEM  DAMPER  GEOMETRIC  PROPERTY 

Entity  Number!  FEM-31 

This  data  entity  represents  a FEM  damper  elment’s  geometric  properties. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-l]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-11]. 


Other  Attributes; 


Buainega  rules; 


EXPRESS  specification; 

ENTITT  damper.geometric.property ; 

property.list  : EXTERNAL  LIST  [1:#]  OF 
damper.property ; 

END.ENTITY; 


Entity  Name;  FEM  HOMOGENEOUS  MATERIAL  PROPERTY 
Entity  Number;  FEM*32 

This  data  entity  represents  a material  that  is  homogeneous  material.  Homogeneous  material 
are:  Isotropic,  Orthotropic,  and  Anisotropic  materials. 

Primary  Key  Attributear 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-l]. 

FEM  MATERUL  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  defination  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

Other  Attributest 

FEM  HOMOGENEOUS  MATERIAL  TYPE  Data  Type;  Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  HOMOGENEOUS  MATERIAL 
PROPERTY.  The  possible  types  are: 
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Material  Type 


Description 


0 

1 

2 


Isotropic  material  property 
Orthotropic  material  property 
Ansisotropic  material  property 


Business  rules; 

EXPRESS  specification; 

ENTITY  homogeneous.material  SUPERTYPE  OF  ( 
isotropic.matarial  OR 
orthotropic.matarial  OR 
anisotropic.matarial) ; 

SUBTYPE  OF  (mat«rial_prop«rty) ; 
mass.density  : OPTIONAL  real; 

8trTictural_dajnping_co«f f iciant  : OPTIONAL  real; 

END. ENTITY; 


Entity  Name;  FEM  BEAM  PROPERTY  DATA 
Entity  Number;  FEM-33 

This  data  entity  contains  the  geometric  property  values  for  a particular  cross-section  instance 
of  a FEM  beam  element. 

Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-1]. 

FEM  BEAM  SECTION  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  BEAM  SECTION  [Entity  FEM- 71]. 

Other  Attributes: 

FEM  BEAM  CENTROID  OFFSET  Data  Type:  Real 

Two  coordinate,  y and  z,  referenced  to  the  local  element  coordiante  system,  are  used  to 
defined  the  amoimt  by  which  the  section  centriod  of  the  beam  section  is  offset  from  the 
local  element  center  line  (element’s  neutral  axis). 
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FEM  BEAM  CROSS  SECTION  AREA  Data  Type:  Real 

The  value  of  this  attribute  is  the  cross-sectional  area  of  a beam  finite  element. 

FEM  BEAM  NON-STRUCTURAL  MASS  Data  Type:  Real 

The  vcilue  of  the  non-structural  mass  of  the  beam  finite  element  for  the  purpose  of 
applying  gravity  loading  conditions. 

FEM  BEAM  NON-STRUCTURAL  MASS  OFFSET  Data  Type:  Real 

Two  coordinates,  y,  and  z,  referenced  to  the  local  element  coordinate  system,  are  used 
to  define  the  amount  by  which  the  non-structural  mass  is  offset  from  the  local  element 
center  Line  (element’s  offset  neutral  axis). 

FEM  BEAM  POLAR  MOMENT  OF  AREA  Data  Type:  Real 

The  value  of  this  attribute  contains  the  beam  finite  element’s  polar  moment  of  area. 

FEM  BEAM  SECOND  MOMENT  OF  AREAS  Data  Type;  Real 

The  values  of  these  three  attributes  contain  the  beam  finite  element’s  second  moment  of 
areas  (111,  122,  and  112).  The  directions  are  referenced  to  the  locaJ  element  coordinate 
system. 

FEM  BEAM  SHEAR  AREAS  Data  Type:  Real 

The  values  of  these  two  attributes  contain  the  beam  finite  element’s  shear  areas  (Kl, 
K2).  The  directions  are  referenced  to  the  local  element  coordinate  system. 

FEM  BEAM  SHEAR  CENTER  OFFSET  Data  Type:  Real 

Two  coordinate,  y smd  z,  referenced  to  the  local  element  coordiante  system,  are  used 
to  defined  the  amount  by  which  the  shear  center  of  the  beam  section  is  offset  from  the 
local  beam  center  line  (element’s  neutral  axis). 

FEM  BEAM  SHEAR  RELIEF  COEFFICIENTS  Data  Type:  Real 

The  shear  relief  coefficients  for  a beam  section. 

Buaineaa  rulei; 


EXPRESS  apeciflcatiom 


ENTITY  baajn.proparty.data  SUBTYPE  OF  (baaa.saction) ; 
croti_a«ctional_ax«a  : real; 
sacond.moiaant.of .araa.Ill  : real; 

' 8acond.mofflant.of.araa.I22  : raal; 

sacond.fflomant.of .axaa.I12  : raal; 

polar .momant  : raal ; 
shaar.araa.Kl  : raal; 

8haar.araa.K2  : raal; 

ahaar.raliaf .coaff iciant.Sl  : OPTIONAL  raal; 

8haar.raliaf.coafficiant.S2  : OPTIONAL  raal; 

non.8tructural_ma88  : OPTIONAL  raal; 

cantroid.off 8at  : OPTIONAL  coordinata.pair ; 
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8hear_centr«_of f sot  : OPTIONAL  coordinato.pair ; 

non.stnictural.mass.of f sot  : OPTIONAL  coordinato.pair; 
END. ENTITY; 


Entity  Name;  FEM  BEAM  STRESS  RECOVERY  COEFFICIENT 
Entity  Number;  FEM-34 

This  data  entity  contains  y amd  z coordinate  offset  values  (referenced  to  the  local  beam 
element  coordinate  system)  that  are  to  be  used  in  the  stress  recovery. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  defination  in  entity  FEM  [Entity  FEM-l). 

FEM  BEAM  SECTION  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  defination  in  entity  FEM  BEAM  SECTION  [Entity  FEM-71]. 

FEM  BEAM  STRESS  RECOVERY  COEFFICIENT  NUMBER  Data  Type:  Integer 
This  attribute  represents  a location  in  the  sequence  of  a beam  finite  element’s  stress 
recovery  coefficients. 


Other  Attributes; 

FEM  BEAM  LOCAL  Y COORDINATE  Data  Type:  Real 

The  value  of  this  attribute  contains  the  Y coordinate  of  the  point  at  which  the  stresses 
are  to  be  calculated  for  output.  This  value  is  referenced  to  the  local  beam  finite  element 
coordinate  system. 

FEM  BEAxM  LOCAL  Z COORDINATE  Data  Type:  Real 

The  value  of  this  attribute  contains  the  Z coordinate  of  the  point  at  which  the  stresses 
are  to  be  calculated  for  output.  This  value  is  referenced  to  the  local  beam  finite  element 
coordinate  system. 


BusineM  Rulen 


EXPRESS  Speciflcationt 


This  express  entity  is  different  than  the  IDEFIX  entity  in  that  it  was  merge  into  the  FEM 
BEAM  SECTION  entity  [Entity  FEM-71]. 
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Entity  Name;  FEM  COMPOSITE  MATERIAL  PROPERTY 
Entity  Number;  FEM-35 

This  data  entity  represents  the  concept  that  some  materials  are  defined  as  the  combination  of 
several  materials  combined  together  to  form  a composite  material.  Presently,  there  are  three 
diflferent  types  of  composite  materials  defined  with  the  FEM  IDEFlX  data  model.  These  are 
MIXTURE,  HALPIN-TSAI,  and  LAMINATE.  Each  type  of  composite  material  represents 
a different  computational  theory  with  which  to  calculate  the  finite  element’s  constitutive 
properties. 

Primary  Key  Attributes; 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributest 

FEM  COMPOSITE  MATERIAL  PROPERTY  TYPE  (FK)  Data  Type:  Integer 

An  enumerated  value  used  to  identify  the  type  of  FEM  COMPOSITE  MATERIAL 
PROPERTY.  The  possible  values  are; 

Composite  Kind  of  Composite 

Material  Type  Material  Property 


Data  Type;  String 


Data  Type:  Integer 
[Entity  FEM-12]. 


0 Halpin-Tsai 

1 Laminate 

2 Mixture 

Business  Rules: 

EXPRESS  Specification; 

ENTITT  composits.matsrial  SUPERTTPE  OP  ( 
halpin-tsai.matarial  OR 
laainata.composita.matarial  OR 
mixture. composite. natarial) 

SUBTTPE  OF  (material. property) ; 

END.ENTITT; 
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Entity  Name;  FEM  ISOTROPIC  MATERIAL  PROPERTY 
Entity  Number;  FEM-30 

This  data  entity  represents  a material  whose  constitutive  properties  are  the  same  in  all  di- 
rections. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Other  Attributes: 

None 

Buainees  Rules; 


October  31,  1988 

N288 


EXPRESS  Speciflcation; 


ENTITY  isotropic.material  SUBTYPE  OF  (homogenaous.material) ; 

thermal. property  : OPTIONAL  EXTERNAL 

isotropic. thermal.property ; 
structural. property  ; OPTIONAL  EXTERNAL 

isotropic. structural. property : 
expans ion.property  : OPTIONAL  EXTERNAL 

isotropic. thermal. expansion ; 

WHERE 

NOT  ((  thermal.property  ■ NULL)  AND  (structural. property  ■ NULL) 
AND  (ezpans ion.property  ■ NULL)); 

END.ENTITT; 


Entity  Name:  FEM  ANISOTROPIC  MATERIAL  PROPERTY 

Entity  Numbert  FEM-37 

This  data  entity  represents  a material  whose  constitutive  properties  are  non-orthogonal. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-lj. 

FEM  xMATERIAL  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

Other  Attributes; 


None 

Business  Rules; 


EXPRESS  Specification; 


ENTITY  anisotropic. material  SUBTYPE  OF  (homogeneous. material) ; 
thermal. property  : OPTIONAL  EXTERNAL 

anisotropic.thennal. property ; 
structural. proerty  : OPTIONAL  EXTERNAL 

anisotropic.structural.property ; 
expansion. property  : OPTIONAL  EXTERNAL 

anisotropic.thennal. expansion; 

WHERE 

NOT  ((  thermal. property  » NULL)  AND  (structural.property  » NULL) 
AND  (expansion. property  « NULL)); 

END.ENTITT; 


Entity  Namei  FEM  ISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 
Entity  Numbert  FEM>3A 

This  data  entity  contains  isotropic  structural  material  information. 


Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 
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Qth6r  Attributes; 

FEM  ISOTROPIC  STRUCTURAL  POISSON’S  RATIO  Data  Type:  Real 

Poisson’s  ratio  represents  the  ratio  of  lateral  contraction  to  longitudinal  extension  in  the 
simple  uniaxial  tension  test. 

FEM  ISOTROPIC  STRUCTURAL  SHEAR  MODULUS  Data  Type:  Real 

The  shear  modulus,  G,  of  an  isotropic  material  represents  the  ratio  of  shearing  stress  to 
shearing  strain.  Whatever  the  stress  system  may  be,  the  ratio  is  measured  by  relating 
the  shearing  strain  for  any  pair  of  rectangular  axes  and  the  shearing  stress  on  a pair  of 
planes  orthogonal  to  these  axes. 

FEM  ISOTROPIC  STRUCTURAL  YOUNG’S  MODULUS  Data  Type:  Real 

Young’s  Modulus  for  an  isotropic  elastic  material  is  the  ratio  of  stress  to  strain  observed 
m a simple  uniaxial  tension  test  with  traction  free  lateral  surfaces.  Young’s  modulus  is 
denoted  by  E. 


Business  Rules; 


EXPRESS  Specification; 


ENTITT  isotropic.structural.property ; 
Youngs .modulus  : real; 

poisson’ s.ratio  : real; 

shear. modulus  : real; 

END.ENTITY; 


Entity  Name;  FEM  ORTHOTROPIC  MATERIAL  PROPERTY 
Entity  Number;  FEM>39 

This  data  entity  represents  a material  whose  constitutive  properties  are  orthogonal,  but  not 
the  same  in  the  three  principal  directions. 

Primary  Key  Attributes! 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 


Data  T3rpe;  String 


Data  Type:  Integer 
[Entity  FEM- 12). 
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Other  Attributes; 

None 


Businegg  Rulea; 


EXPRESS  Specification; 


ENTITY  orthotropic. material  SUBTYPE  OF  (horaogeneoue.material) ; 
thermal.property  : OPTIONAL  EXTERNAL 

orthotropic.thennal. property ; 
structural.proerty  : OPTIONAL  EXTERNAL 

orthotropic.structural.property ; 
expangion.property  : OPTIONAL  EXTERNAL 

orthotropic. thennal.expang ion; 

WHERE 

NOT  ((  thermal. property  ■ NULL)  AND  (atructural. property  » NULL) 
AND  (expanaion. property  » NULL)); 

END. ENTITY; 


Entity  Name;  FEM  ISOTROPIC  THERMAL  MATERIAL  PROPERTY 
Entity  Number;  FEM-40 

This  data  entity  contains  isotropic  thermal  material  information. 


Primary  Key  Attributes! 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM*  12). 


Other  Attributes; 

FEM  ISOTROPIC  HEAT  CAPACITY  Data  Type:  Real 

The  heat  capacity  of  a material  is  the  total  quantity  of  heat  required  to  produce  a one 
unit  change  in  temperature  for  a unit  mass  of  the  material  at  constant  pressure.  The 
heat  capacity  is  a scalar  quantity  independent  of  direction  for  all  material  types,  whether 
isotropic,  orthotropic,  or  anisotropic. 
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FE-M  ISOTROPIC  THERMAL  CONDUCTIVITY  COEFFICIENT  Data  Type:  Real 
Fourier’s  law  of  heat  conduction  relates  the  rate  of  heat  flow  through  any  surface  area 
within  the  material  to  the  temperature  gradient  normal  to  that  surface.  The  constant 
of  proportionality  is  the  material  thermal  conductivity,  which  for  isotropic  materials  is 
independent  of  direction. 

FEM  FEM  ISOTROPIC  THERMAL  CONVECTIVE  FILM  COEFFICIENT  Data  Type: 
Real 

The  convective  film  coefficient  is  the  constant  of  proportionality  that  relates  the  mag- 
nitude of  the  heat  flux  normal  to  an  external  material  boundary  to  the  temperature 
difference  occurring  across  the  boundary. 


Business  Rules; 


EXPRESS  Specification; 


ENTITT  isotropic.thsrmal.property ; 

thermal_conductivity_co«lf icient  : real; 

specif ic_heat_capacity  : real; 

convective.f ilm.coef f icient  : real; 

END. ENTITY: 


Entity  Name:  FEM  ANISOTROPIC  THERMAL  3D  MATERIAL 

PROPERTY 

Entity  Number:  FEM-41 

This  data  entity  contains  anisotropic  thermal  3D  material  information. 

Primary  Key  Attributea: 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l). 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributes: 

FEM  ANISOTROPIC  THERMAL  3D  CONDUCTIVITY  MATRIX  Data  Type;  Integer 
For  anisotropic  materials  the  proportionality  constant  that  relates  the  rate  of  heat  flow 
through  any  sxirface  area  within  the  material  to  the  temperature  gradient  is  dependent 


Data  Type:  String 


Data  T)T)e;  Integer 
[Entity  FEM- 12]. 
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on  material  directions.  For  three  principal  material  directions,  these  constants  of  pro- 
portionality are  the  material  thermal  conductivities,  denoted  as  KXX,  KYY,  and  KZZ. 


B usineas  Rules; 


EXPRESS  Speciflcation; 

ENTITY  ani8otropic_th«rmal_3d_prop«rty  SUBTYPE  OF  ( 
2Lni8otropic_th«rmal_prop«rty) ; 
thermal.conductivity  : ARRAY  [1:3]  OF  real; 

END. ENTITY: 


Entity  Name;  FEM  MIXTURE  COMPOSITE  MATERIAL  PROPERTY 

Entity  Number;  FEM-43 

This  data  entity  indicates  a mixture  composite  material. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l). 

FEM  MATERUL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Other  Attributes; 

None 

Buiineii  Ruleti 

EXPRESS  Speciflcation! 

ENTITY  mixture. compoiite.material  SUBTYPE  OF  ( 
composite.material) ; 

mixture. material  : EXTERNAL  LIST  Cl:i]  OP 

mixture.material.property ; 

WHERE 
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8um(mixture_mat«rial .mixture.fraction)  = 1.0; 

END. ENTITY; 

Entity  Name;  FEM  HALPIN-TSAI  MATERIAL  PROPERTY 

Entity  Number;  FEM-43 

This  data  entity  represents  a composite  material  whose  material  properties  are  determined 
using  the  Halpin-Tsai  empirical  materiaJ  model.  An  example  of  a Halpin-Tsia  composite 
material  could  be  unidirectional  T50  fiber  in  an  isotropic  carbon  matrix. 

This  is  done  by  creating  the  composite  properties  of  a two-phase  composite  (matrix  and 
fiber)  which  is  transverly  isotropic  using  the  Halpin-Tsai  empirical  model  equations.  The 
composite  thermal  expansion  properties  are  computed  using  Levin’s  exact  solution  for  two- 
phase  composites. 

The  following  Halpin-Tsia  equations  are  used  to  calculate  the  composite  engineering  con- 
st2Lnts: 

Ei  = C{E,)‘(V,E»‘  + V„En 
vt,  = C(vi,)  . 

n,  = {e!  - ET)I{E{  + ErC(E,)) 

n,  = (v(,  - v")l(vi  + u,7C(ti„)) 

'■3  = (g,';-G7)/(g/,  + G7C(g,,)) 

E,  = £,’".(1.0  + F/n,C(£:,))/(1.0-  V» 

Vtt  = UtT  * (1-0  + ^/«jC'(v«))/(1.0  - Vf) 

Gu  = * (1.0  + V>n3C(Ga))/(1.0  - V» 

Where: 

Vf  is  the  volume  factor  for  the  fiber. 

Vm  is  the  volume  factor  for  the  matrix. 

El  is  the  Young’s  modulus  in  the  longitudinal  direction. 

Ef  is  the  Young’s  modulus  in  the  transverse  direction. 

vit  is  the  Poisson’s  ratio  in  the  longitudinal- transverse  direction. 

Git  is  Shear  modulus  in  the  longitudinal- transverse  direction. 

C{Ei),C{vit),C{Et),C{vtt)  and  C{Gu  are  Halpin-Tsai  coefficients  for  their  respective  engi- 
neering material  constants. 

The  subscript  of  f is  for  fiber. 

The  subscript  of  m is  for  matrix. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 


Other  Attributes; 

FEM  HALPIN-TSAI  COEFFICIENTS  Data  Type;  Real  array 

The  Halpin-Tsai  coefficients  are  C(Ei),  C(vi(),  C(Et},  C(vit)  and  C(Git)  for  their  respec- 
tive engineering  constants. 

FEM  HALPIN-TSAI  FIBER  MATERIAL  NUMBER  Data  Type;  Integer 

The  FEM  HALPIN-TSIA  FIBER  MATERIAL  NUMBER  is  a pointer  to  a FEM  MATE- 
RIAL PROPERTY  entities  that  will  be  used  as  the  fiber  for  this  Halpin-Tsai  material. 

FEM  HALPIN-TSAI  FIBER  VOLUME  FRACTION  Data  Type:  Real 

The  fiber  volume  fraction  is  one  of  two  fractional  numbers  that  sum  to  1 describing  the 
proportions  of  the  mir  of  the  fiber  and  matrix  materials  in  a Halpin-Tsai  material. 

FEM  HALPIN-TSAI  MATRIX  MATERIAL  NUMBER  Data  Type;  Integer 

The  FEM  HALPIN-TSIA  MATRIX  MATERUL  NUMBER  is  a pointer  to  a FEM  MA- 
TERIAL PROPERTY  entities  that  will  be  used  as  the  matrix  for  this  Halpin-Tsai  ma- 
terial. 

FEM  HALPIN-TSAI  MATRIX  VOLUME  FRACTION  Data  Type:  Real 

The  matrix  volume  fraction  is  one  of  two  fractional  numbers  that  sum  to  1 describing 
the  proportions  of  the  mix  of  the  fiber  and  matrix  materials  in  a Halpin-Tsai  material. 

Business  Ruleti 


EXPRESS  Speciflcationi 

ENTITT  halpin*tsai -material  SUBTTPE  OF  (composite.material) ; 
fiber.yoloae. fraction  : real; 

'matriz.Tolume. fraction  : real; 

coefficients  : LIST  [!:•]  OF  real; 
f iber.material  : EXTERNAL  material.propertj; 

matrix.material  : EXTERNAL  material.propertj; 

WHERE 

f iber.volume.fraction+matrix.volume.fraction  ■ 1.0; 
END.ENTITT; 
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Entity  Name;  FEM  LAMINATE  COMPOSITE  MATERIAL  PROPERTY 
Entity  Number;  FEM-44 


This  data  entity  represents  a composite  material  whose  material  properties  are  determined  by 
laminates  (layers)  stacked  together.  Each  laminate  is  a single  material  of  a constant  thickness. 


Primary  Key  Attributea; 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 


Other  Attributea; 

FEM  LAMINATE  Z OFFSET  Data  Type:  Real 

The  laminate  Z-offset  is  the  distance  from  nodal  plane  (also  mid-plane  of  laminate)  to 
the  top  of  the  laminate. 


Business  Ruleat 


EXPRESS  Specification; 

ENTITT  laminats.composits.matsrial  SUBTTPE  OP  (composits.matsrial) ; 
laminate.z.oflsst  : real; 

laninate.matsrial  : EITERNiL  LIST  [l:t]  OF 

laminats.matsrial.propsrty ; 

END. ENTITT; 


Entity  Name:  FEM  MIXTURE  MATERIAL  PROPERTY 

Entity  Numben  FEM«45 

This  data  entity  represents  a composite  material  whose  material  properties  are  determined 
by  the  rule  of  mixtures. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12). 

FEM  MIXTURE  VOLUME  SEQUENCE  NUMBER  Data  Type.  Integer 

This  key  attribute  is  an  artifact  of  the  IDEFlX  modeling  process.  Rather  than  have 
a real  data  type  for  a key  attribute,  this  attribute  was  eu’tificially  created  to  define  a 
unique  key.  An  ordered  list  will  suffice  in  EXPRESS. 


Other  Attributea; 

FEM  MIXTURE  VOLUME  FRACTION  Data  Type:  Real 

Three  mixture  material  attributes  are  defined  here.  These  attributes  are  related.  For 
each  mixture  material,  a volume  material  number  wiU  exist  and  point  to  material  prop* 
erties  for  that  type  of  material.  For  each  volume  material  number,  there  will  exist  a 
volume  fraction  which  is  a fractional  amount  of  this  type  of  material  in  this  element. 
The  sum  of  the  volume  fractions  for  ah  volume  material  numbers  in  this  element  must 
be  1.  There  will  also  be  a corresponding  volume  orientation  for  each  volume  material 
number  which  defines  the  direction  of  the  volume  material  with  respect  to  the  local 
element  coordinate  system. 

FEM  MIXTURE  VOLUME  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 

Three  mixture  material  attributes  are  defined  here.  These  attributes  are  related.  For 
each  mixture  material,  a volume  material  number  will  exist  and  point  to  material  prop- 
erties for  that  type  of  material.  For  each  volume  material  number,  there  will  exist  a 
volume  fraction  which  is  a fractional  amount  of  this  type  of  material  in  this  element. 
The  sum  of  the  volume  fractions  for  all  volume  material  numbers  in  this  element  must 
be  1.  There  will  also  be  a corresponding  volume  orientation  for  each  volume  material 
number  which  defines  the  direction  of  the  volume  material  with  respect  to  the  local 
element  coordinate  system. 

FEM  MIXTURE  VOLUME  ORIENTATION  Data  Type:  Real 

Three  mixture  material  attributes  are  defined  here.  These  attributes  are  related.  For 
each  mixture  material,  a volume  material  number  will  exist  and  point  to  material  prop- 
erties for  that  type  of  material.  For  each  volume  material  number,  there  will  exist  a 
volume  fraction  which  is  a fractional  amount  of  this  type  of  material  in  this  element. 
The  sum  of  the  volume  fractions  for  all  volume  material  numbers  in  this  element  must 
be  1.  There  will  also  be  a corresponding  volume  orientation  for  each  volume  material 
number  which  defines  the  direction  of  the  volume  material  with  respect  to  the  local 
element  coordinate  system. 
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Business  Rules; 


EXPRESS  Specification; 


ENTITY  mixture.material. property ; 
volume.f ractiorr  : real; 

volume.orientation  : real; 

volume.material  : EXTERNAL  material.property ; 

WHERE: 

0.0  < volume.f raction  < 1.0; 

END. ENTITY; 


Entity  Name;  FEM  LAMINATE  MATERIAL  PROPERTY 

Entity  Number;  FEM-40 

This  data  entity  represents  data  about  a launinate’s  material  properties.  Each  laminate  is 
define  by  a material,  in-plane  orientation,  and  thickness. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

FEM  LAMINATE  PLY  SEQUENCE  NUMBER  Data  Type:  Integer 

The  laminate  ply  sequence  number  is  a construct  that  relates  the  other  attributes  of 
this  type  to  their  position  within  a finite  element.  By  convention  plies  will  be  numbered 
sequentially  &om  the  bottom  (as  determined  by  the  local  element  coordinate  system)  to 
the  top  of  the  element. 


Other  Attributea: 

FEM  LAMINATE  PLY  MATERIAL  NUMBER  (FK)  Data  Type:  Integer 

The  laminate  ply  material  number  points  to  the  material  property  for  the  ply. 

FEM  LAMINATE  PLY  ORIENTATION  Data  Type:  Real 

The  laminate  ply  orientation  is  the  in-plane  angle  between  the  material’s  major  direction 
and  the  local  element  coordinate  system. 

FEM  LAMINATE  PLY  TfflCKNESS  Data  Type:  Real 

The  laminate  ply  thickness  is  the  thickness  (in  appropriate  units)  for  the  ply. 
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Business  Rules; 


EXPRESS  Specification; 


ENTITY  lajninat«_mat9rial_property ; 
ply.thicknass  : real; 
ply.orientation  : real; 

ply.material  : EXTERNAL  material. property ; 
END  ENTITY; 


Entity  Name:  FEM  ORTHOTROPIC  STRUCTURAL  2D  MATERIAL 

PROPERTY 

Entity  Number;  FEM-47 

This  data  entity  contains  the  additional  orthotropic  structural  2D  material  information  that 
IS  not  in  entity  FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY  (Entity 
FEM-76|.  Please  note  that  currently  there  is  no  information  in  this  entity  and  it  was  added 
for  clarity  purposes. 


Primary  Key  Attributesr 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l). 

FEM  MATERUL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12). 

Other  Attributeit 

None 

Business  Ruleti 


EXPRESS  Speciflcation: 


ENTITY  orthotropic_structural_2d_property  SUBTYPE  OP 
(orthotropic.STROCTURlL.property) ; 

END.ENTITY; 
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Entity  Name;  FEM  ORTHOTROPIC  THERMAL  2D  MATERIAL 
PROPERTY 

Entity  Number;  FEM-48 

This  data  entity  contains  orthotropic  thermal  2D  material  information  that  is  not  in  entity 
FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY  (Entity  FEM-77|.  Please  note 
that  currently  there  is  no  information  in  this  entity  and  it  was  added  for  clarity  purposes. 

Primary  Key  Attributes: 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1|. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributes; 

None 

Business  Rules; 


EXPRESS  Speciflcationt 

ENTITT  orthotropic. thermal. 2d. property  SUBTYPE  OF 
(orthotropic.thermal. property) ; 

END. ENTITT; 


Entity  Name:  FEM  ORTHOTROPIC  STRUCTURAL  3D  MATERIAL 

PROPERTY 

Entity  Numbert  FEM>49 

This  data  entity  contains  orthotropic  structural  3D  material  information  that  is  not  in  entity 
FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY  [Entity  FEM- 76]. 


Data  Type;  String 


Data  Type:  Integer 
[Entity  FEM-12]. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12j. 

Other  A ttributes; 

FEM  ORTHOTROPIC  STRUCTURAL  OUT-OF-PLANE  POISSON’S  RATIOS  Data 
Type:  Real 

V23  and  V31  are  the  out-of-piane  Poisson’s  ratios  for  a orthotropic  material. 

FEM  ORTHOTROPIC  STRUCTURAL  OUT-OF-PLANE  SHEAR  MODULI  Data  Type; 
Real 

G23  and  G31  are  the  out-of-plane  shear  moduli  for  an  orthotropic  material. 

FEM  ORTHOTROPIC  STRUCTURAL  OUT-OF-PLANE  YOUNG’S  MODULUS  Data 
Type:  Real 

E33  is  the  out-of-plane  Young’s  modulus  for  an  orthotropic  material. 


Businesa  Rules; 


EXPRESS  Specification; 

ENTITY  orthotropic. 8tructural_3d_prop«rty  SUBTYPE  OF 
(orthotropic.structural. property) ; 

Qut-of-plan«_sh«ar .moduli  : ARRAY  [1:2]  OF  real; 

out-ol-plan«.poi88ons. ratio  : ARRAY  [1:2]  OP  r«al; 

out-of-plan«.younfi_modului  : r«al; 

END.ENTITY; 


Entity  Namet  FEM  ORTHOTROPIC  THERMAL  3D  MATERIAL 
PROPERTY 

Entity  Numberi  FEM-50 

This  data  entity  containi  orthotropic  thermal  3D  material  information  that  is  not  in  entity 
FEM  ORTHOTROPIC  THERMAL  MATERUL  PROPERTY  [Entity  FEM-77]. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l). 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Other  Attributes; 

FEM  ORTHOTROPIC  THERMAL  OUT-OF-PLANE  THERMAL  CONDUCTIVITY  Data 
Type:  Real 

K3  is  the  out-of-plane  thermal  conductivity  for  an  orthotropic  material. 

Bugineas  Rules; 

EXPRESS  Specification; 

ENTITY  orthotropic_thennal_3d. property  SUBTYPE  OF 
(orthotropic.thennal. property) ; 
out-of-plane.thermal_conductivity  ; real; 

END. ENTITY: 


Entity  Name;  FEM  ANISOTROPIC  STRUCTURAL  2D  MATERIAL 
PROPERTY 

Entity  Number;  FEM-51 

This  data  entity  contains  anisotropic  structural  2D  material  information. 


Primary  Key  Attributes! 

FEM  m (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

- See  attribute  definition  in  entity  FEM  [Entity  FEM-lj. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 
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Other  Attributes; 


FEM  ANISOTROPIC  STRUCTURAL  2D  MATERIAL  MATRIX  Data  Type:  Real 

The  3x3  symmetric  half  matrix  of  elastic  coefficients  for  a 2D  anisotropic  material  relates 
stress  to  strain  by  the  relationship.  This  matrix  is  symmetric  and  therefore,  only  the 
upper  diagonal  portion  is  needed  to  be  defined.  Thus  there  are  only  six  matrix  elements 
required  and  are  as  follows: 


Column 
1 2 3 


Row  1 Al 


A2  A3 
A4  A5 


2 

3 


A6 


Businegg  Rules; 

EXPRESS  Specification; 

ENTITY  ani80tropic_structural.2d_prop«rt7  SUBTYPE  OF 
( anigotropic_8tructural_prop«rty) ; 

matarial.alasticity.half _3x3_matrix  : ARRAY  [1:6]  OF  real; 
END. ENTITY; 


Entity  Name;  FEM  ANISOTROPIC  STRUCTURAL  3D  MATERIAL  PROPERTY 
Entity  Number;  FEM*53 

This  data  entity  contains  anisotropic  structural  3D  material  information. 

Primary  Key  Attributea; 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM*  12]. 

Other  Attributeai 

FEM  ANISOTROPIC  STRUCTURAL  3D  MATERIAL  MATRIX 


Data  Type:  Real 
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The  6x6  matrix  of  elastic  coefficients  for  a 3D  anisotropic  material  relates  stress  to  strain 
by  the  relationship  This  matrix  is  symmetric  and  therefore,  only  the  upper  diagonal 
portion  IS  needed  to  be  defined.  Thus  there  are  only  twenty-one  matrix  elements  required. 


Columns 

1 2 3 4 5 6 


Row 


A1  A2  A3  A4  A5  A6 

A7  A8  A9  AlO  All 

A12  A13  A14  A15 

A16  A17  A18 

A19  A20 

A21 


2 

3 

4 

5 

6 


Business  Rules; 

EXPRESS  Specification; 

ENTITY  anisotropic. structural. 3d. property  SUBTYPE  OF 
(anisotropic. St ructural.property) ; 

material. elasticity. half .6x6. matrix  : ARRAY  [1:21]  OP  real; 

END. ENTITY: 


Entity  Name!  FEM  ANISOTROPIC  THERMAL  2D  MATERIAL 
PROPERTY 

Entity  Number;  FEM-53 

This  data  entity  contains  anisotropic  thermal  2D  material  information. 

Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 


Other  Attributesi 

FEM  ANISOTROPIC  THERMAL  2D  CONDUCTIVITY  MATRIX 


Data  Type:  Real 
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Business  Rules: 


EXPRESS  Specification; 


ENTITY  membrarT9_Bhell_georaetric_prop«rty  SUBTYPE  OF 
(georaetric.property ) ; 

marabrane. material  : EXTERNAL  raaterial.property ; 

thicki\«88  : real; 

nonstructural.mass  : real; 

bending.material  : OPTIONAL  EXTERNAL  material. property ; 

shear.material  : OPTIONAL  EXTERNAL  material.property ; 

membrane-bending. material  : OPTIONAL  EXTERNAL  material.property: 

second. moment. of .area  : OPTIONAL  real; 

shear. thickness  : OPTIONAL  real; 

z. off set  : OPTIONAL  real; 

stress. recovery. coefficient  : OPTIONAL  SET  OF  real; 

END. ENTITY: 


Entity  Name;  FEM  INTEGRATION  ORDER 

Entity  Number;  FEM-55 

This  data  entity  contains  the  integration  order  of  a finite  element  and  is  found  to  be  indepen- 
dent of  geometric  property  type.  Integration  order  was  found  in  a simple  search  to  be  needed 
by  beam  elements,  solids  and  shell. 


Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-11]. 

Other  Attributes! 

FEM  INTEGRATION  ORDER  Data  Type:  Integer 

A number  used  to  identify  the  order  of  integration  to  be  used.  The  following  is  a list  of 
the  currently  know  integration  order  values. 
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Integration  Order  Descriptor 


2 

3 

4 


0 


Constant 
First  order 
Second  order 
Third  order 
Fourth  order 


Business  Rules; 

EXPRESS  Specification; 

This  express  entity  is  different  from  the  IDEFlX  entity  in  that  it  was  merged  into  the  FEM 
GEOMETRIC  PROPERTY  express  entity.  For  details  see  entity  FEM  GEOMETRIC  PROP- 
ERTY [Entity  FEM-11). 

Entity  Namet  FEM  APPROVAL 

Entity  Numbert  FEM*56 

This  data  entity  contauns  information  about  who  and  when  a finite  element  model  was  ap- 
proved. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

APPROVAL  ID  (FK)  Data  Type;  String 

The  APPROVAL  ID  in  conjunction  with  the  FEM  ID  uniquely  identifies  a who  approved 
the  Finite  Element  Model. 

See  attribute  definition  in  entity  APPROVAL  [Entity  RA-1]  in  PSCM  data  model. 

FEM  APPROVAL  SEQUENCE  NUMBER  Data  Type:  Integer 

The  FEM  APPROVAL  SEQUENCE  NUMBER  indentfies  the  position  or  occurence  of 
an  APPROVAL  in  a list  of  APPROVAL  for  a FEM.  The  position  may  or  may  not  be 
very  important  because  it  is  usually  organizationly  dependented. 

Other  Attributes: 


None 
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Business  Rules; 

EXPRESS  Specification; 

This  express  entity  is  different  from  the  IDEFlX  entity  in  that  it  was  merged  into  the  FEM 
express  entity.  For  details  see  entity  FEM  [Entity  FEM-lj. 

The  express  is  current  incorrect  for  this. 

Entity  Name;  FEM  COORDINATE  DEFINITION  SYSTEM 
Entity  Number:  FEM-58 

This  data  entity  contains  information  about  the  coordinate  system  used  to  define  the  position 
and/or  direction  of  some  other  data  element. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  COORDINATE  DEFINITION  SYSTEM  NUMBER  Data  Type:  Integer 

A number  used  to  identify  a definition  coordinate  system  within  a FEM.  It  is  only  unique 
within  the  current  FEM.  For  additional  information,  see  entity  FEM  COORDINATE 
SYSTEM  [Entity  FEM- 18). 

Other  Attrib utes; 

None 

Business  Rulesi 


EXPRESS  Speciflcation: 

ENTITY  derived.coordinate.system  SUBTYPE  OP  (fem.coordinat*. system) ; 
transformation. matrix  : ARRAY  [1:4]  OF  ARRAY  [1:3]  OF  real; 
rafsranca.coordinata.systam  : EXTERNAL  master. coordinata.systam; 
END. ENTITY: 


Entity  Name:  FEM  STRUCTURAL  MASS  DENSITY 

Entity  Number;  FEM'59 

This  data  entity  contains  information  about  a material’s  mass  density. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  m entity  FEM  [Entity  FEM-lj. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

Other  Attributes; 

FEM  STRUCTURAL  MASS  DENSITY  VALUE  Data  Type;  Real 

The  mass  density  of  a material  is  its  mass  per  unit  volume. 

Buainesa  Ruleg; 


EXPRESS  Specification! 

This  express  entity  is  different  from  the  IDEFlX  entity  in  that  it  was  merged  into  the  FEM 
HOMOGENEOUS  MATERIAL  PROPERTY  express  entity.  For  details  see  entity  FEM 
HOMOGENEOUS  MATERIAL  PROPERTY  [Entity  FExM-32]. 

Entity  Name;  FEM  STRUCTURAL  DAMPING  COEFFICIENT 

Entity  Number;  FEM-60 

This  data  entity  contains  information  about  a material’s  damping  coefficient. 


Primary  Key  Attributes! 


FEM  ID  (FK)  Data  Type:  String 

This  attribute  repreaents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1). 

FEM  MATERUL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 


Other  Attributea; 

FEM  STRUCTURAL  DAMPING  COEFFICIENT  VALUE  Data  Type;  Real 

The  structural  damping  coefficient  is  the  measure  of  the  percentage  dissipation  of  energy 
as  the  material  undergoes  elastic  deformations.  Stress  = k*force. 
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BuainP.ff  Riilrnr 


express  Specification! 

HolwG^Nrom  MATEwlfp"  OPER^^^  tnto  the  FEM 

MOGENEOUS  MATERJAL  PROPERTY  (EmityFEM-72| 

5i>5i^rN>me=  FEM  MATERIAL  TABLE 
Entity  Number;  FEM-61 

This  data  entity  represents  the  concept  that  a m.t  i. 

■port  to  independent  variables.  This  datren^it  '.  vary  with  re 

manner,  Typ.caRy,  in  stmctural  I«h^cs  nrobi  - * '«rr  een.rll 

porat^e  antcng  a FEM's  nodes.  ZtrMp^Z  ” "om 

with  the  independent  variable  being  temperature  ^d  th  T“'  “f°ra«>ion 

tomperatur.  to  determine  what  material  property  !!^ue  ,o  u.?  "<'>  '«Per.  to 

oecause  this  entity  (aJoni  with  it*  mm 

--.vely  po.nt,  ti  a fIm  TABLE  INSTANCE) 

may  be  defined.  ^ilOPERT  Y,  any  number  of  independent  variables 


Data  Type:  String 


Key  Attribute., 

FEaM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FF\f 

eea  ^'^ute  definition  in  entity  FEM  [Entity  FEM  1 1 

FEM  MATERUL  PROPERTY  NUMBER  (FK) 

ee  ..tribute  definition  in  entity  FEM  MATERUL  PROPERTY  [EntRy* 

Other 

™ M.Temi  luis  miamm  cation 

this  attribute  might  be  ‘Temperature’-  i e ^ALUE.  For  example,  the  value  of 

which  other  material  properties  pointed’to  hvfh”SrT/!!J^Am‘*  Phy»>c&l  quantity  for 

d...  entity  are  m.„U  -i.h  " to'  (1  FEM^ 
dfcussion  of  the  FEM  MATERUL  TABLE  conTep^”^  " ’ * 
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Buginess  Rules: 


EXPRESS  Specification; 

ENTITY  material.table  SUBTYPE  OF  (material.property ) ; 
indep«ndent_variabl«. descriptor  : string: 

material. table.instance.ref  : EXTERNAL  LIST  Cl:i]  OF 
material. table. instance ; 

END. ENTITY; 


Entity  Name;  FEM  MATERIAL  TABLE  INSTANCE 

Entity  Number;  FEM-02 

Data  pertaining  to  an  independent  variable  value  and  material  number  is  contained  within 
this  data  entity.  It  is  used  in  conjunction  with  a FEM  MATERIAL  TABLE  data  entity  to 
complete  the  specification  of  tabular  material  property  by  associating  an  independent  variable 
with  a pointer  to  smother  material  property  data  entity. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

FEM  MATERIAL  TABLE  INDEPENDENT  VARIABLE  SEQUENCE  NUMBER  Data 
Type:  Integer 

This  key  attribute  is  an  artifact  of  the  IDEFIX  modeling  process.  Rather  than  have 
a res!  data  type  for  a key  attribute,  this  attribute  was  artificially  created  to  define  a 
unique  key.  An  ordered  list  will  suffice  in  EXPRESS. 

Other  Attributee: 

FEM  MATERIAL  TABLE  INDEPENDENT  VARUBLE  VALUE  Data  Type:  Real 

This  attribute  contains  the  value  of  the  independent  variable  used  as  a reference  in 
the  FEM  MATERIAL  TABLE  INSTANCE  data  entity.  (See  FEM/Issue-21  for  a more 
complete  discussion  of  the  FEM  MATERIAL  TABLE  concept.) 

FEM  MATERIAL  TABLE  MATERIAL  NUMBER  Data  Type:  Integer 

The  material  table  material  number  points  to  the  material  property  for  the  table;  i.e., 


966 


ISO  TC184/SC4/ WGl 


annex  D 

(Draft  Proposal 

SECTION  9:  FEM  INFORMATION  MODEL 


October 


to  the  value  of  the  FEM  ^^ATe'i^AL^ABLE^NBEP^^  measured  with  respect 
(See  FEM/I„ue.21  for  a more  comnlet.  H VARUBLE  VALUE, 

concept  ) ^ jcuijion  of  the  FEM  MATERIAL  TABLE 


Business  Ri.lo.^. 


SpecLflrwt 


ion: 


entity  material. table.instaitce; 
material. table. material. ref 
independent. variable  value 
end. ENTITY; 


• ^^"^ERNAL  material. property 

real; 


SHiiUlIW  FEM  ISOTROPIC  THERMAL  EXPANSION 
Entity  Number:  FEM-63 

Thr.  data  entity  con.atne  taotrop.c  thermal  expan, .on  inTormat.on, 
Primary  Key  Attributes; 


Data  Type:  String 


FEM  ID  (FK) 

'‘'““'i"  of  a FEM 

attribute  definition  in  entity  FEM  (Entity  FEM-1| 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

ee  attribute  d.finrtion  in  entity  FEM  MATERUL  PROPERTY  (EntRy*  Fm:,^'"" 

Other 

FEM  ISOTROPIC  THERMAL  EXPANSION  COEFFICIENT  rt  , 

When  the  temperature  of  a small  oortinn 

by  an  amount,  delta  T,  a change  in  dilation  ijotropic  material  is  changed 

any  corresponding  change  in  stress.  The  raf'  T is  produced  without 

- temperature  change  delta  T is  the  th  of  the  mduccd  extensional  strain  to  the 

FEM  ISOTROPIC  THEI^AL  pyp^v  y 

Type:  Real  XPANSION  REFERENCE  TEMPERATURE  Data 

"^«Sro"7redr"*'“' " •“* 
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EXPRESS  Specification; 


ENTITY  isotropic.thennal.axpansion : 
tharmal_«xpansion_coef f icient  : raal; 
tharmal.axpansion.raf eranca.temp  : real; 

END.ENTITY; 


Entity  Name;  FEM  ORTHOTROPIC  THERMAL  EXPANSION 
Entity  Number;  FEM>04 

This  data  entity  contains  orthotropic  thermal  expansion  information  that  is  common  between 
orthotropic  2D  thermal  expansion  and  3D. 


Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

Other  Attributes; 

FEM  ORTHOTROPIC  THERMAL  IN-PLANE  EXPANSION  COEFFICIENTS  Data 
Type:  Real 

The  thermal  expansion  coefficients,  A1  2md  A2,  are  the  ratios  of  induced  extensional 
strains  in  one  of  the  in  plane  principal  material  directions  due  to  an  applied  temperature 
change,  delta  T.  The  coefficient  A1  is  for  the  longitudinal  direction  and  A2  applies  to 
expansion  in  the  lateral  direction. 

FEM  ORTHOTROPIC  THERMAL  EXPANSION  REFERENCE  TEMPERATURE  Data 
Type:  Real 

The  thermal  expansion  reference  temperature  is  the  temperature  about  which  all  thermal 
expansion  phenomena  are  related  to. 

FEM  ORTHOTROPIC  THERMAL  EXPANSION  TYPE  Data  Type:  Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  ORTHOTROPIC  THERMAL  EX- 
PANSION. The  possible  types  are: 
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Orthotropic  Order  Description 

Expansion  Type 

0 2D  Orthotropic  thermaJ  expansion 

1 3D  Orthotropic  thermal  expansion 


Business  Rules: 


express  Specification; 

ENTITY  orthotropic. thermal.expansion  SUPERTYPE  OF  ( 
orthotropic. 2d. thermal. expans ion  OR 
orthotropic. 3d. thermal. expans ion) ; 
in-plane. thermal. expansion. coefficients  : ARRAY  [1:2]  OF  real 

thermal. expansion. ref erence. temperature  real' 

END. ENTITY; 


Emity  Name:  FEM  ANISOTROPIC  2D  THERMAL  EXPANSION 

Entity  Number;  FEM-65 

This  data  entity  contains  anisotropic  2D  thermal  expansion  information. 


Primary  Key  Attributes; 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-lj. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributes: 

FEM  ANISOTROPIC  2D  THERMAL  EXPANSION  COEFFICIENTS  Data  Type:  Real 
(Al,  A2,  A 12)  The  ratios  of  the  induced  extensional  strains  to  the  temperature  change, 
delta  T,  for  an  element  with  2D  anisotropic  material  are  the  thermal  expansion  coeffi- 
cients for  the  respective  material  directions. 


Data  Type:  String 


Data  Type:  Integer 
[Entity  FEM- 12). 
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Business  Rules; 


EXPRESS  Specification; 

ENTITY  anisotropic_2d_thennal_expan8ion  SUBTYPE  OF  ( 
ani8otropic_th«nnal_«xpan8ion) ; 

thannal.axpansion.coaf f iciants  : ARRAY  [1:3]  OF  raal; 

END. ENTITY: 


Entity  Name;  FEM  ANISOTROPIC  3D  THERMAL  EXPANSION 
Entity  Number;  FEM-66 

This  data  entity  contains  anisotropic  3D  thermal  expansion  information. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12). 

Other  Attributes: 

FEM  ANISOTROPIC  3D  THERMAL  EXPANSION  COEFFICIENTS  Data  Type:  Real 
(Al,  A2,  A3,  A4,  A5,  A6)  ????  The  ratios  of  the  induced  exteniional  strains  to  the 
temperature  change,  delta  T,  for  an  anisotropic  material  are  the  thermal  expansion 
coefficients  Al,  A2  and  A3  for  the  material. 

Busineta  Rulest 


EXPRESS  Speciflcatiom 

ENTITY  aniaotropic.3d_th«nnal_«xpansion  SUBTYPE  OF 
(anisotropic. thennal.expanslon) ; 

tharoal.axpansion.coaff iciants  : iRRlY  [1:6]  OF  real; 

END.ENTITY; 
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Entity  Name;  FEM  LINE  ELEMENT  GEOMETRIC  PROPERTY 
Entity  Number;  FEM-67 

This  data  entity  represents  a FEM  line  elements’  (spring  and  damper)  geometric  properties. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-ll]. 

Other  Attributes! 

None 

Businesi  Ruleg; 


EXPRESS  Specification; 

ENTITT  line.geometric. property  SUBTYPE  OF  (geometric_prop«rty) ; 
8pring_prop«rty.ref  : OPTIONAL  EXTERNAL 
spring.geometric.property ; 
damper. property. ref  : OPTIONAL  EXTERNAL 
damper. geometric. property ; 

WHERE 

N0T( (spring.property.ref  ■ NULL)  AND  (damper.property.ref  • NULL)); 
END. ENTITT; 


Entity  Names  FEM  SPRING  PROPERTY 
Entity  Number:  FEM-6i 

This  data  entity  contains  the  geometric  property  values  for  a FEM  spring  element. 
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Primary  Key  Attributea; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l]. 

FEM  SPRING  DEGREE  OF  FREEDOM  SEQUENCE  NUMBER/1  Data  Type:  Integer 

FEM  SPRING  DEGREE  OF  FREEDOM  SEQUENCE  NUMBER/2  Data  Type:  Integer 
These  two  attributes  represent  a pair  of  values  that  a^e  interpreted  as  nodal  degree  of 
freedoms  in  terms  of  degree  of  freedom  sequence  numbers.  They  are  related  to  each  other 
by  the  value  of  the  spring  coefficient  attribute  that  is  instanced  in  the  FEM  SPRING- 
PROPERTY  entity.  The  direction  of  the  degree  of  freedom  sequence  number  is  inter- 
preted through  the  nodal  output  coordinate  system  at  the  respective  damper  element 
ends  (1  and  2). 


Other  Attributes; 

FEM  SPRING  COEFFICIENT  Data  Type:  Real 

This  attribute  contains  the  value  of  the  spring  coefficient.  This  is  the  coefficient  k in  the 
spring  equation  Force  = k*displacement 

FEM  SPRING  STRESS  RECOVERY  COEFFICIENT  Data  Type:  Real 

The  value  to  be  used  in  the  stress  recovery  of  a spring  finite  element.  The  spring  stress 
recovery  coefficient  is  k in  the  equation. 


B.udmajL.Ru.kju 


EXPRESS  SpeeifleatioBt 

ENTITY  spring.proparty : 

dof .saquanet.no.i  : int«g«r; 

dof_iaqu«nc«_&o_2  : integer; 

spring.eoeffieient  : real; 

streii.recovery. coefficient  : real; 

END.miTT; 


Entity  Name?  FEM  DAMPER  PROPERTY 
Entity  Numbert  FEM-i0 

This  data  entity  contians  the  geomtric  property  valui  for  a FEM  damper  element. 
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Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-11]. 

FEM  DAMPER  DEGREE  OF  FREEDOM  SEQUENCE  NUMBER/1  Data  Type:  Integer 

FEM  DAMPER  DEGREE  OF  FREEDOM  SEQUENCE  NUMBER/2  Data  Type:  Integer 
These  two  attributes  represent  a pair  of  values  that  are  interpreted  as  nodal  degree  of 
freedoms  in  terms  of  degree  of  freedom  sequence  numbers.  They  are  related  to  each 
other  by  the  value  of  the  damper  coefficient  attribute  that  is  instanced  in  the  FEM 
DAMPER  PROPERTY  entity.  The  direction  of  the  degree  of  freedom  sequence  number 
is  interpreted  through  the  nodal  output  coordinate  system  at  the  respective  damper 
element  ends  (1  and  2). 

Other  Attributes; 

FEM  DAMPER  COEFFICIENT  Data  Type:  Real 

The  value  of  the  damping  coefficient.  This  is  the  coefficient  k in  the  damping  equation 
Force  = k*velocity 

Business  Rules; 

EXPRESS  Specification; 

ENTITT  daaiper.property; 
dof .sequence. no. 1 
dof. sequence. no. 2 
danper.coef f icient 
END.ENTITT; 


integer; 

integer; 

real; 


Entity  Name:  FEM  BEAM  INTERVAL 

Entity  Number;  FEM-TO 

This  data  entity  represents  an  instance  of  a stiffness  interval  for  a FEM  BEAM  element. 
Within  this  data  model,  FEM  beam  elements  are  permitted  to  have  multiple  stiffness  intervals 
that  can  have  step  changes  in  beam  geometric  properties,  such  as  cross-sectional  area,  at  the 
ends  of  these  intervals  (see  FEM /Issue- 28).  To  allow  for  this  type  of  idealisation,  the  following 
data  values  are  necessary; 
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1.  The  interval  lenght  fraction  at  the  end  of  a stiffness  interval  (referenced  as  FEM  BEAM 
LNTERVAL  LENGHT  FRACTION/B) 

2.  The  interval’s  FEM  BEAM  SECTION  are  chosen  for  both  the  start  of  the  interval  and 
for  the  end. 

3.  The  FEM  MATERIAL  PROPERTY  chosen  for  the  interval. 

The  beam  interval  is  assumed  to  follow  the  following: 

(a)  The  first  interval,  FEM  BEAM  INTERVAL  SEQUENCE  NUMBER  of  one  (1),  is 
assumed  to  start  at  a length  fraction  of  zero  (0.0)  which  is  located  at  end  one  of  the 
beam. 

(b)  The  interval  section  is  assumed  to  be  constant  if  the  start  and  end  section  id  are 
the  same  otherwise  it  is  assumed  to  vary  linearly  over  the  intervad. 


Primary  Key  Attributes! 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  (Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11]. 

FEM  BEAM  INTERVAL  SEQUENCE  NUMBER  Data  Type:  Integer 

This  number  indicates  the  position  for  this  beam  interval  in  an  order  list  of  of  beam 
interval  that  are  needed  in  order  to  define  the  geometric  properties  of  a FEM  beam 
element.  FEM  BEAM  INTERVAL  SEQUENCE  NUMBER  with  the  value  of  one  (1)  is 
located  at  the  start  of  the  beam  (near  end  1)  smd  its  starting  location  is  beam  length 
fraction  0.0  and  ends  at  the  value  in  FEM  BEAM  LENGHT  FRACTION  AT  END  OF 
INTERVAL.  For  aU  other  FEM  BEAM  INTERVAL  SEQUENCE  NUMBER,  they  are  at 
beam  lenght  fraction  as  defined  in  the  previous  FEM  BEAM  INTERVAL  SEQUENCE 
NUMBER  and  end  at  its  value  of  FEM  BEAM  LENGHT  FRACTION  AT  END  OF 
INTERVAL. 

Other  Attributes 

FEM  BEAM  INTERVAL  LENGTH  FRACTION  /B  Data  Type:  Real 

The  value  of  this  attribute  is  the  position  along  a beam  finite  element  at  which  the  end 
of  the  interval  is  defined. 

The  length  fraction  is  defined  as  being  0.0  at  the  first  node  of  the  beam  finite  element 
and  being  I.O  at  the  end  opposite  from  the  first  node. 

FEM  BEAM  SECTION  NUMBER/A  (FK)  Data  Type:  Integer 

The  identifier  of  the  FEM  BEAM  SECTION  used  to  defined  the  start  beam  section  or 
end  A used  in  the  interval  defined  in  the  entity  FEM  BEAM  INTERVAL  [FEM-70]. 
See  more  on  this  attribute  definition  in  entity  FEM  BEAM  SECTION  [Entity  FEM-70] 
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FEM  BEAM  SECTION  NUMBER/B  (FK)  Data  Type:  Integer 

The  identifier  of  the  FEM  BEAM  SECTION  used  to  defined  the  ending  beam  section 
or  end  B used  in  the  interval  defined  in  the  entity  FEM  BEAM  INTERVAL  [FEM-70j. 
See  more  on  this  attribute  definition  in  entity  FEM  BEAM  SECTION  [Entity  FEM-70]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Business  Rules: 


EXPRESS  Specification; 


ENTITT  b«ain_int«rval ; 
beajn.  length.  fraction.B 
section.ref _A  : EXTERNAL 
section. ref .B  : EXTERNAL 
material. ref  : EXTERNAL 
WHERE 


: real ; 

beam. section; 
beam. section; 
material.property ; 


beam. length. fraction.B  BETWEEN  0.  AND  1.; 
END. ENTITY; 


Entity  Name;  FEM  BEAM  SECTION 
Entity  Number;  FEM-71 

This  entities  data  resprents  a beam  section  to  be  use  in  a FEM  BEAM  INTERVAL  entity 
(FEM-70). 


Primary  Key  Attributear 

FEM  ED  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-lj. 

FEM  BEAM  SECTION  NUMBER  Data  Type;  Integer 

The  identifier  used  to  identify  a FEM  BEAM  SECTION  from  all  other  within  a FEM. 
It  is  unique  within  the  current  FEM  only. 

Other  Attributest 

FEM  BEAM  SECTION  TYPE  Data  Type:  Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  BEAM  SECTION.  The  possible  types 
are: 
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Beam  Section  Type 


Deacription 


0 General  FEM  beam  section  which  means  use 
FEM  beam  geometric  properties. 

1 Stcindard  beam  section  which  means  use 
information  from  standard  section  to 
generate  beam  geometric  properties. 


Buainesa  Rules; 


EXPRESS  Specification! 

ENTITY  beam.aection  SUPERTTPE  OF  ( 
beam.proparty.data  OR 
standard. beam.aection) ; 

atreaa. recovery. coellicienta  : OPTIONAL  LIST  Cl:i]  OF 
coordinate. pair ; 

END. ENTITY: 


Entity  Name;  FEM  BEAM  STANDARD  SECTION 
Entity  Number;  FEM-72 

This  entities  data  resprents  the  selection  of  a standard  section  for  the  FEM  BEAM  SECTION 
(entity  FEM-71).  The  standard  section  are  defined  in  a entity  STANDARD  SECTION.  (The 
STANDARD  SECTION  entity  ia  outside  the  scope  of  the  FEM  model). 


Primary  Key  Attributes! 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1}. 

FEM  BEAM  SECTION  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  BEAM  SECTION  [Entity  FEM-71]. 


Other  Attribute!! 

STANDARD  SECTION  ED  (FK)  Data  Type:  String 

The  identifier  used  to  identify  a STANDARD  SECTION  that  was  chosen  to  be  a beam 
section  for  this  FEM. 

See  attribute  definition  in  entity  STANDARD  SECTION  [Entity  SS-lj. 


976 


AN.n£a  D 
(Draft  ProposaJ 


October  31,  1988 
N288 


SECTION  9:  FEM  INFORMATION  MODEL 


Business  Rules; 


EXPRESS  Speciflcation; 

This  express  entity  was  merged  into  the  FEM  BEAM  SECTION  entity. 

Entity  Name;  FEM  BEAM  PIN  DATA 
Entity  Number:  FEM-73 

This  data  entity  contains  an  array  of  degree  of  freedoms  that  the  analyst  wishes  to  release 
(or  pin)  in  a FEM  beam  element. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-lj. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM-11]. 


Other  Attributes; 


FEM  BEAM  PIN  ARRAY/1  Data  Type:  Integer 

The  degree  of  freedom  the  analyst  wishes  to  release  in  the  finite  element  at  end  1.  This 
degree  of  freedom  is  referenced  to  the  local  element  coordinate  system.  The  array  is 
defined  as  follows: 

Array  Location  Degree  of  Freedom 


X translation  at  end  1 (aucial) 

Y translation  at  end  1 (y  shear) 
Z translation  at  end  1 (s  shear) 
X rotation  at  end  1 (torsion) 

Y rotation  at  end  1 (y  moment) 
Z rotation  at  end  1 (z  moment) 


FEM  BEAM  PIN  ARRAY/2  Data  Type:  Integer 

The  degree  of  freedom  the  analyst  wishes  to  release  in  the  finite  element  at  end  2.  This 
degree  of  freedom  is  referenced  to  the  local  element  coordinate  system.  The  array  is 
defined  as  follows: 
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Array  Location 


Degree  of  Freedom 


X translation  at  end  2 (axial) 


2 

3 

4 

5 

6 


Y translation  at  end  2 (y  shear) 
Z translation  at  end  2 (z  shear) 
X rotation  at  end  2 (torsion) 


Y rotation  at  end  2 (y  moment) 
Z rotation  at  end  2 (z  moment) 


Buainesa  Rules; 

EXPRESS  Specification; 

This  express  entity  was  merged  into  FEM  BEAM  GEOMETRIC  PROPERTY.  See  entity 

FEM  BEAM  GEOMETRIC  PROPERTY  [Entity  FEM-27]. 

Entity  Name;  FEM  BEAM  OFFSET  VECTORS 

Entity  Number;  FEM-74 

This  data  entity  contains  two  vectors  that  the  analyst  wish  to  use  in  offsetting  the  FEM 

beam’s  shear  center  at  end  one  (1)  and  end  two  (2)  respectively. 

Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l). 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY  [Entity  FEM- 11]. 

Other  Attributeat 

FEM  BEAM  OFFSET  VECTOR  END  1 Data  Type;  Real 

Three  coordinatei,  x,  y,  and  s,  referenced  to  the  output  coordinate  system  of  the  node 
at  end  1 of  the  beam,  ve  used  to  define  the  amount  by  which  the  beam’s  neutral  axis 
is  offset  from  the  node  at  end  1 of  the  beam. 

FEM  BEAM  OFFSET  VECTOR  END  2 Data  Type:  Real 

Three  coordinatei,  x,  y,  and  i,  referenced  to  the  output  coordinate  system  of  the  node 
at  end  2 of  the  beam,  are  used  to  define  the  amotmt  by  which  the  beam’s  neutral  axis 
is  offset  from  the  node  at  end  2 of  the  beam. 
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Buainess  Rules; 

EXPRESS  Specification; 

This  express  entity  was  merged  into  FEM  BEAM  GEOMETRIC  PROPERTY.  See  entity 
FEM  BEAM  GEOMETRIC  PROPERTY  [Entity  FEM-27]. 

Entity  Namet  FEM  BEAM  WARPING  DATA 

Entity  Number;  FEM-75 

This  data  entity  contains  two  warping  coefficient  to  be  applied  to  the  FEM  beam  element  at 
end  one  (1)  and  end  two  (2)  respectively. 

Primary  Key  Attributes; 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  GEOMETRIC  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  GEOMETRIC  PROPERTY 

Other  Attributes; 

FEM  BEAM  WARPING  COEFFICIENT  END  1 Data  Type:  Real 

The  FEM  beam  element  warping  coefficient  at  end  one  (1)  of  the  beam. 

FEM  BEAM  WARPING  COEFFICIENT  END  2 Data  Type:  Real 

The  FEM  beam  element  warping  coefficient  at  end  two  (2)  of  the  beam. 

Business  Rules: 

EXPRESS  Specifleation; 

This  express  entity  was  merged  into  FEM  BEAM  GEOMETRIC  PROPERTY.  See  entity 
FEM  BEAM  GEOMETRIC  PROPERTY  [Entity  FEM-271. 

Entity  Namei  FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 
Entity  Number:  FEM-76 

This  data  entity  represents  the  FEM  orthotropic  structural  material  properties  that  can  be 
either  2D  or  3D  orthotropic  structural  material  properties. 


Data  Type;  String 


Data  Type:  Integer 
[Entity  FEM-llJ. 
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. Primary  Key  Attributes: 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type;  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 


Other  Attributes! 

FEM  ORTHOTROPIC  STRUCTURAL  IN-PLANE  POISSON’S  RATIO  Data  Type:  Real 
The  in-plane  Poisson’s  ratio,  vl2,  for  an  orthotropic  material  represents  the  ratio  of 
lateral  contraction  to  longitudinal  extension  in  a simple  in-plane  longitudinal  tension 
test. 

FEM  ORTHOTROPIC  STRUCTURAL  IN-PLANE  SHEAR  MODULUS  Data  Type:  Real 
The  in-plane  shear  modulus,  G12,  of  an  orthotropic  material  represents  the  ratio  of 
shearing  stress  to  shearing  strain  for  in-plane  shearing  deformations. 

FEM  ORTHOTROPIC  STRUCTURAL  IN-PLANE  YOUNG’S  MODULI  Data  Type:  Real 
Young’s  modulus  in  the  longitudinal  direction  for  an  orthotropic  elastic  material  is  the 
ratio  of  longitudinal  stress  to  longitudinal  strain  observed  in  a simple  longitudinal  ten- 
sion test  with  traction  free  transverse  and  lateral  surfaces.  Young’s  modulus  for  the 
longitudinal  direction  is  denoted  by  Ell. 

Young’s  modulus  in  the  lateral  direction  for  an  orthotropic  elastic  material  is  the  ratio 
of  stress  to  strain  observed  in  a simple  lateral  tension  test  with  traction  free  longitudinal 
and  transverse  surfaces.  Young’s  modulus  for  the  lateral  direction  is  denoted  by  E22. 

FEM  ORTHOTROPIC  STRUCTURAL  MATERIAL  PROPERTY  TYPE  Data  Type: 
Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  ORTHOTROPIC  STRUCTURAL 
MATERIAL  PROPERTY.  The  possible  types  are: 

Orthotropic  Structiiral  Deacription 

Material  Property  Type 


0 2D  Orthotropic  structural  material  property 

1 3D  Orthotropic  structural  material  property 

Buiineae  Ruleat 

EXPRESS  Speciflcation; 

EMTITT  orthotropic.atructural. property  SUPERTTPE  OP  ( 
orthotropic. atructural_2d. property  OR 
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orthotropic. 8 tnictural.3d_property) ; 
in-plane.youngs. moduli  : ARRAY  [1:2]  OF  real; 

in-plane. poissons.ratio  ; real; 

in-plane. shear. modulus  : real; 

END. ENTITY; 


Entity  Name;  FEM  ORTHOTROPIC  THERMAL  MATERIAL  PROPERTY 
Entity  Number;  FEM-77 

This  data  entity  represents  the  FEM  orthotropic  thermal  material  properties  that  can  be 
either  2D  or  3D  orthotropic  thermal  material  properties. 


Primary  Key  Attributes; 

FEM  ID  (FK)  Data  Type:  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Other  Attributes! 

FEM  ORTHOTROPIC  THERMAL  CONVECTIVE  FILM  COEFFICIENT  Data  Type: 
Real 

The  convective  film  coefiicient  is  the  constant  of  proportionality  that  relates  the  mag- 
nitude of  the  heat  flux  normal  to  an  external  material  boimdary  to  the  temperature 
difference  occurring  across  the  boundary. 

FEM  ORTHOTROPIC  THERMAL  HEAT  CAPACITY  Data  Type:  Real 

The  heat  capacity  of  a material  is  the  total  quantity  of  heat  required  to  produce  a one 
unit  of  change  of  temperature  for  a unit  mass  of  the  material  at  constant  pressure.  The 
heat  capacity  is  a scalar  quantity  independent  of  direction  for  all  material  types,  whether 
isotropic,  orthotropic,  or  anisotropic. 

FEM  ORTHOTROPIC  THERMAL  IN-PLANE  THERMAL  CONDUCTIVITIES  Data 
-Type:  Real 

K1  and  K2  are  the  in-plane  thermal  conductivities. 

FEM  ORTHOTROPIC  THERMAL  MATERUL  PROPERTY  TYPE  Data  Type: 

Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  ORTHOTROPIC  THERMAL  MA- 
TERIAL PROPERTY.  The  possible  types  are: 
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Orthotropic  Thermal  Description 

Material  Property  Type 


0 2D  Orthotropic  thermai  material  property 

1 3D  Orthotropic  thermai  material  property 

Business  Rules; 


EXPRESS  Specifleation; 

ENTITY  orthotropic. thermal. property  SUPERTYPE  OF  ( 
ort hot ropic_thermal_2d. property  OR 
orthotropic.thermal_3d_property) ; 
in-plane_thermal_conductivities  : ARRAY  [1:2]  OF  real; 

specif ic.heat.capacity  : real; 

convective.f ila.coef f icient  : real; 

END.ENTITY: 


Entity  Name;  FEM  ORTHOTROPIC  2D  THERMAL  EXPANSION 

Entity  Number?  FEM-78 

This  data  entity  contains  the  values  for  orthotropic  2D  thermal  expansion.  Although  currently 
there  are  no  attributes  in  this  entity,  it  was  added  for  clarity  reasons. 


Primary  Key  Attributes 

FEM  ID  (FK)  Data  Type:  String 

Thus  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  ®tity  FEM  [Entity  FEM-1|. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM-12]. 

Qtheg  Attdbqtftt 

None 
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EXPRESS  Speciflcation; 

ENTITY  orthotropic_2d_therTnal_expansion  SUBTYPE  OF 
(orthotropic_thennal_9xpan8ion) ; 

END. ENTITY; 


Entity  Name;  FEM  ORTHOTROPIC  3D  THERMAL  EXPANSION 
Entity  Number;  FEM-79 

ab^ve'^rho8rfor2D°^^*  additional  values  needed  for  orthotropic  3D  thermal  expansion 


Primary  Key  Attributear 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1]. 

FEM  MATERUL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributeg! 

FEM  ORTHOTROPIC  THERMAL  OUT-PLANE  EXPANSION  COEFFICIENTS  Data 
Type:  Real 

The  thermal  expansion  coefficients,  A3,  is  the  ratios  of  induced  extensional  strains  in 
the  out-plane  pnncipal  material  directions  due  to  an  appUed  temperature  change,  delta 
T-  The  coefficient  A3  is  for  the  transver  direction. 

Businesi  RuImi 

EXPRESS  Speciflcationi 

ENTITY  orthotropic. 3d. theraal.expanaion  SUBTYPE  OF 
(orthotropic. thermal. expansion) ; 
out-of -plane. thermal. expansion.coefficient  ; real* 

END.ENTITY; 


Data  Type:  String 


Data  Type:  Integer 
[Entity  FEM- 12). 
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— ^ ANISOTROPIC  THERMAL  MATERIAL  PROPERTY 

Entity  Number;  FEM-80 


itus  data  entity  represents  the  FEM  anisotropic  therm 
either  2D  or  3D  anisotropic  thermal  material  properties. 


Data  TjTJe:  String 


Primary  Key  Attributegi 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1] 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

S«  .ttribute  defmition  m entity  FEM  MATERIAL  PROPERTY  (EntUy  FEM-l^"*" 

Other  Attributp*; 

FEM  ANISOTROPIC  THERMAL  HEAT  CAPACITY  n . t 

The  he.t  capacity  of  a material  i.  the  total  quantity  of  heat  reuuired  ^ 

"VPE 

mlTR7pERTTVhVro».t:yVe?Lr"^  ANISOTROPIC  THERMAL  MATE- 

Anisotropic  Thermal  n ‘a* 

w.,  • 1 r.  Description 

Material  Property  Type 


Business  Rulftfi 


2D  Anisotropic  thermsd  material  property 
3D  Anisotropic  thermal  material  property 


EXPRESS  Speciflcationi 

ENTITT  anisotropic. thennal.property  SUPERTTPE  OP  ( 
ani8otropic_2d.thsrBial_property  OR 
anisotropic.thermal.Sd.proparty) ; 
•pacific.hsat. capacity  • real- 

END.ENTITT; 
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Entity  Name;  FEM  ANISOTROPIC  THERMAL  EXPANSION 
Entity  Number;  FEM-81 

This  data  entity  represents  the  FEM  anisotropic  thermal  expansion  material  properties  that 
can  be  either  2D  or  3D  anisotropic  thermal  expansion  material  properties. 


Primary  Key  Attributeat 

FEM  ID  (FK)  Data  Type;  String 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-1). 

FEM  MATERIAL  PROPERTY  NUMBER  (FK)  Data  Type:  Integer 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY  [Entity  FEM- 12]. 

Other  Attributes; 

FEM  ANISOTROPIC  THERMAL  EXPANSION  REFERENCE  TEMPERATURE  Data 
Type:  Real 

The  thermal  expansion  reference  temperature  is  the  temperature  about  which  all  thermal 
expansion  phenomena  are  related  to. 

FEM  ANISOTROPIC  THERMAL  EXPANSION  TYPE  Data  Type:  Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  ANISOTROPIC  THERMAL  EX- 
PANSION. The  possible  types  are: 

Anisotropic  Thermal  Description 

Expansion  Type 


0 2D  Anisotropic  thermal  expansion 

1 3D  Anisotropic  thermal  expansion 


Business  Rulesi 


EXPRESS  Speciflcations 

ENTITT  anisotropic. thsraal.sipansion  SUPERTTPE  OP  ( 
anisotropic_2d.thsrBal. expansion  OR 
anisotropic. Sd.thsmal. expansion) ; 
thermal. sxpansion.rsfsrsncs. temp  : real; 

END. ENTITT; 
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Entity  Name;  FEM  ANISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY 

Entity  Number;  FEM-82 

This  data  entity  represents  the  FEM  anisotropic  structural  material  properties  that  can  be 
either  2D  or  3D  anisotropic  structural  material  properties. 

Primary  Key  Attributea; 

FEM  ID  (FK) 

This  attribute  represents  the  unique  identifier  of  a FEM. 

See  attribute  definition  in  entity  FEM  [Entity  FEM-l]. 

FEM  MATERIAL  PROPERTY  NUMBER  (FK) 

See  attribute  definition  in  entity  FEM  MATERIAL  PROPERTY 

Other  Attributeg? 

FEM  ANISOTROPIC  STRUCTURAL  MATERIAL  PROPERTY  TYPE  Data  Type; 
Enumeration 

An  enumeration  used  to  identify  the  type  of  FEM  ANISOTROPIC  STRUCTURAL 
MATERIAL  PROPERTY.  The  possible  types  are: 

Aniaotropie  Structural  Deaeription 

Material  Property  Type 


Data  Type:  String 


Data  Type;  Integer 
[Entity  FEM-12]. 


0 2D  Anisotropic  structural  material  property 

1 3D  Aniiotropic  structural  material  property 

Bmirieii  Ruleis 


EXPRESS  Speciflcationi 

ENTITY  aaiiotropie_gtmetural_prop«rty  SUPERTTPE  OF  ( 
aaigetropic.gtractural.2d.prop«rty  OR 
anisetropie.gtmetural.Sd.proparty) ; 
.END.EITITT; 


Entity  Namet  PRODUCT  ITEM  VERSION 
Entity  Numbert  PSCM-4 
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A PRODUCT  ITEM  VERSION  is  an  entity  that  the  enterprise  keeps  track  of;  e g.,  a part,  a 
drawing,  an  assembly,  etc.  . . 

Please  see  section  ??  of  this  document  for  more  details. 

Primary  Key  Attributes; 

PRODUCT  ITEM  ID  Data  Type:  Integer 

This  attribute  contains  the  unique  identifier  for  a PRODUCT  ITEM.  See  attribute 
definition  in  entity  PRODCUT  ITEM  VERSION  [Entity  PSCM-4]  for  complete  details. 

Other  Attributes; 

Unknown 


Busineag  Rules; 


EXPRESS  Speciflcationt 

See  Entity  PSCM-4  in  section  ??  of  this  document. 

Entity  Name:  STANDARD  SECTION 

Entity  Number;  SS-1 

A STANDARD  SECTION  is  a reference  to  data  outside  the  scope  of  a FEM  that  contains 
standard  beam  cross-section  information. 

Primary  Key  Attributes: 

STANDARD  SECTION  ID  Data  Type:  Integer 

The  identifier  used  to  identify  a standard  section  to  be  used  as  a FEM  BEAM  SECTION. 

Other  Attributeii 

T’nknown 

Businets  Rulet; 

EXPRESS  Speciflcationt 

ENTITT  standaxd.beaa.section  SUBTTPE  OP  (beam.saction) ; 
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prop«rty_data  : external.ref erance ; 
END. ENTITY; 


Entity  Name:  UNITS 

Entity  Number;  UNIT-1 

The  UNITS  data  entity  defines  the  base  (or  fundamental)  units  of  measure  that  are  to  be 
use  and  for  deriving  the  other  units  of  measure.  For  example,  A finite  element  model  would 
have  one  of  these  where  adl  the  data  in  the  model  would  be  expressed  in  the  nine  fundamental 
units  of  measure  defined  by  the  units  entity. 

For  more  information  on  this  entity  and  other  unit  entities,  please  see  section  ??  of  this 
document. 

There  are  two  set  of  standard  fundamental  units  of  measure.  They  are  as  follows  with  the 
values  of  the  UNITS  entity  attributes: 


Standard  set  of  fundamental  units  of  measure  • SI 


Attributes 


Values 


LENGTH  UNIT  SCALE  FACTOR 
BASE  LENGTH  UNIT 
MASS  UNIT  SCALE  FACTOR 
BASE  MASS  UNIT 
TIME  UNIT  SCALE  FACTOR 
BASE  TIME  UNIT 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR 
BASE  ELECTRIC  CURRENT  UNIT 


1.0 

Meter 

1.0 


Kilogram 


1.0 

Second 

1.0 

Ampere 


THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  1.0 


BASE  THERMODYNAMIC  TEMPERATURE  UNIT 
AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR 
BASE  AMOUNT  OF  SUBSTANCE  UNIT 
LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR 
BASE  LUMINOUS  INTENSITY  UNIT 
PLANE  ANGLE  UNIT  SCALE  FACTOR 
BASE  PLANE  ANGLE  UNIT 
SOLID  ANGLE  UNIT  SCALE  FACTOR 
BASE  SOLID  ANGLE  UNIT 


Kelvin 


1.0 

Mole 

1.0 


Candela 

1.0 

Radian 

1.0 

Steradian 
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Standard  set  of  fundamental  units  of  measure  * British 


Attributes  Values 


LENGTH  UNIT  SCALE  FACTOR  1.0 

BASE  LENGTH  UNIT  Foot 

MASS  UNIT  SCALE  FACTOR  10 

BASE  MASS  UNIT  Slug 

TIME  UNIT  SCALE  FACTOR  1.0 

BASE  TLME  UNIT  Second 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  l.O 

BASE  ELECTRIC  CURRENT  UNIT  Ampere 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  1.0 
BASE  THERMODYNAMIC  TEMPERATURE  UNIT  Rakine 

AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  1.0 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  Mole 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  1.0 

BASE  LUMINOUS  INTENSITY  UNIT  Candela 

PLANE  ANGLE  UNIT  SCALE  FACTOR  1.0 

BASE  PLANE  ANGLE  UNIT  Degree 

SOLID  ANGLE  UNIT  SCALE  FACTOR  10 

BASE  SOLID  ANGLE  UNIT  Steradian 

Primary  Key  Attributes: 

UNITS  ID  Data  Type:  String 


This  attribute  contains  the  unique  identifier  of  the  fundamental  UNITS.  , 


Other  Attributes; 


LENGTH  UNIT  SCALE  FACTOR  (FK) 

See  attribute  deiuution  in  entity  SCALED 
BASE  LENGTH  UNIT  (FK) 

See  attribute  definition  in  entity  SCALED 

MASS  UNIT  SCALE  FACTOR  (FK) 

' See  attribute  definition  in  entity  SCALED 

BASE  MASS  UNIT  (FK) 

See  attribute  definition  in  entity  SCALED 

TIME  UNIT  SCALE  FACTOR  (FK) 

See  attribute  definition  in  entity  SCALED 

BASE  TIME  UNIT  (FK) 

See  attribute  definition  in  entity  SCALED 


Data  Type:  Real 
LENGTH  UNIT  [Entity  UNIT-2] 

Data  Type:  Enumeration 
LENGTH  UNIT  [Entity  UNIT-2| 

Data  Type:  Real 
MASS  UNIT  [Entity  UNIT-3| 

Data  Type:  Enumeration 
MASS  UNIT  [Entity  UNIT-3] 

Data  Type:  Real 
TIME  UNIT  [Entity  UNIT-4] 

Data  Type:  Enumeration 
TIME  UNIT  [Entity  UNIT-4| 
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ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  (FK)  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  ELECTRIC  CURRENT  UNIT  [Entity  UNIT- 

BASE  ELECTRIC  CURRENT  UNIT  (FK)  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  ELECTRIC  CURRENT  UNIT  [Entity  UNIT- 

5] 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  (FK)  Data  Type:  Real 
See  attribute  definition  in  entity  SCALED  THERMODYNAMIC  TEMPERATURE 
UNIT  [Entity  UNIT-6] 

BASE  THERMODYNAxMIC  TEMPERATURE  UNIT  (FK)  Data  Type:  Enumeration 
See  attribute  definition  in  entity  SCALED  THERMODYNAMIC  TEMPERATURE 
UNIT  [Entity  UNIT-6| 

AxMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  (FK) 

See  attribute  definition  in  entity  SCALED  AMOUNT  OF 
UNIT-7] 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  (FK) 

See  attribute  definition  in  entity  SCALED  AMOUNT  OF 
UNIT-7] 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  (FK) 

See  attribute  definition  in  entity  SCALED  LUMINOUS 
UNIT-8] 

BASE  LUMINOUS  INTENSITY  UNIT  (FK) 

See  attribute  definition  in  entity  SCALED  LUMINOUS 
UNIT-8] 

PLANE  ANGLE  UNIT  SCALE  FACTOR  (FK)  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  PLANE  ANGLE  UNIT  [Entity  UNIT-9] 

BASE  PLANE  ANGLE  UNIT  (FK)  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  PLANE  ANGLE  UNIT  [Entity  UNIT-9] 

SOLID  ANGLE  UNIT  SCALE  FACTOR  (FK)  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  SOLID  ANGLE  UNIT  [Entity  UNIT- 10] 

BASE  SOLID  ANGLE  UNIT  (FK)  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  SOLED  ANGLE  UNIT  [Entity  UNIT- 10] 

Buaineee  Rulea: 


Data  Type:  Real 
SUBSTANCE  UNIT  [Entity 

Data  Type:  Enumeration 
SUBSTANCE  UNIT  [Entity 

Data  Type:  Real 
INTENSITY  UNIT  [Entity 

Data  Type:  Enumeration 
INTENSITY  UNIT  [Entity 


EXPRESS  Speciflcationi 

ENTITT  uniti; 

scaled. length. unit 
scaled.mass.unit 


: INTERNAL  scaled. length. unit ; 
: INTERNAL  scaled.mass.unit; 
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scaled.time.unit  : INTERNAL  scaled.time.unit ; 

scaled.electric.current.unit  : INTERNAL 

8caled_el«ctric_current_imit ; 
8caled_thermodynamic_temp«ratur«.uiiit  : INTERNAL 
8caled_thennodynamic_t«mp«ratur«_unit ; 
scaled. amount.of.substanca. unit  : INTERNAL 

scaled.affiount.of .substance.unit ; 
scaled. luminoua.intensity.unit  ; INTERNAL 

scaled. luminous. intensity. unit ; 

scaled. plane. angle. unit  : INTERNAL  scaled. plane. angle. unit ; 

scaled. solid. angle. unit  : INTERNAL  scaled. solid. angle. unit ; 

END. ENTITY: 


9.4  FEM  IDEFO  ACTIVITY  MODEL 

The  purpose  of  the  IDEFO  activity  models  is  to  show  the  FEM  process  in  order  to  help  in 
the  scoping  and  creation  of  the  reference  data  models.  They  are  not  intended  to  be  detailed, 
but  they  do  give  a general  overview  of  the  FEM  process. 
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9.5  FEM  Relationship  to  the  Planning  Model 

The  STEP  TDES  planning  model  is  shown  in  Figure  143  The  shaded-in  entity  is  the  entity 
that  the  FEM  data  model  partially  expctnds. 
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Figure  D-142:  Analyre  Finite  Element  Model 
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Figure  D-143:  FEM  Planning  Model 
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9.6  Issue  Log 

The  following  List  is  a table  of  contents  of  issues  for  the  FEM  data  model.  Contained  in  the 
list  are: 

1.  An  issues  identify; 

2.  A single  character  representing  the  current  status  of  the  issue.  An  R indicates  that  the 
issue  IS  resolved.  An  U indicates  that  the  issue  remains  unresolved.  An  X indicates  that 
the  issue  is  obsolete.  An  0 indicates  that  the  issue  remains  open  and  has  a temporary 
solution  defined  for  it.  But  the  work  remains  or  consensus  has  not  been  reached  yet. 

3.  A short  description  is  given  as  the  title  of  the  issue 


Issue 

Status 

Description 

FEM-l 

0 

Interaction  with  curves  and  surfaces  geometry 

FEM-2 

U 

Missing  degree  of  freedom  concept 

FEM-3 

U 

Missing  special  nodes  concept 

FEM-4 

R 

Coordinate  systems 

FEM-5 

U 

Substructures  concept 

FEM-6 

R 

Units 

FEM-7 

R 

Multiple  analysis  case  concept 

FEM-8 

R 

Color  group 

FEM-9 

R 

Combined  geometric  and  material  properties 

FEM-10 

R 

Stress  recovery  location  data 

FEM-11 

R 

Gauss  point  integration  switch 

FEM-12 

R 

Spring  stress  coefficients 

FEM-13 

X 

Missing  material  reference  in  beam  properties 

FEM-14 

R 

Diagonal  mass  matrix  data 

FEM-15 

R 

Node  sequence  number  propagation 

FEM-16 

U 

Element  characteristics 

FEM-17 

R 

Composite  property  data  location 

FEM-18 

R 

Beam  cross-section  definitions 

FEM-19 

U 

FEM,  FEA,  and  FEA  CONTROL  relationships 

FEM-20 

R 

IDEFIX  failure  to  model  ordered  lists 

FEM-21 

R 

Tabular  material  data 

FEM-22 

R 

Material  properties  for  Dynamics  Problems 

FEM-23 

R 

Material  property  cardinality  logic 

FEM-24 

R 

Thermal  expansion  property  separation 

FEM-25 

R 

Real  Keys 
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Issue 

Status 

Description 

FEM-26 

R 

Springs,  Dampers,  and  Beams 

F EM-2  7 

R 

Membrane  Geometric  Property 

FEM-28 

R 

FEM  Beam  Model 

FEM-29 

R 

Preventing  fatal  recursive  Material  Id  reference 

FEM-30 

0 

FEM  Material  Allowables 

FEM-31 

0 

Material  Property  Coordinate  System 

FEM-32 

0 

Point  Damping  Coefficient 

FEM-33 

0 

Time  stamp  Relationship  Between  Product  Item  and  FEM 

FEM-34 

0 

Mesh  Generation  entities 

FEM-35 

0 

Part  Geometry  And  FEM  Geometry  Are  Not  Identical 

FEM-36 

0 

FEM  Material  and  Geometric  Property  Libraries 

FEM-37 

0 

FEM  Geometric  Property  Uniqueness 

FEM-38 

0 

Text  for  FEM,  Material,  Control,  Groups  and  Environment 

FEM-39 

0 

Node  Ordering  for  FEM  Elements 

N288 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


RESOLUTION; 


FEM-1  Interaction  with  Curves  and  Surfaces  Geometry. 

04/16/86  and  06/23/87 

FEM  Committee  and  ISO  Subgroup  2 | 

Unresolved  |j 

How  does  the  FEM  data  model  interface  with  the  Curves  and  Surfaces  i 
and/or  the  Solids  data  models?  | 

[■ 

The  following  candidate  resolution  to  this  issue  is  proposed  based  upon  I 
a joint  meeting  that  was  held  with  the  Curves  and  Surfaces  (CS)  sub- 
group during  the  Summer  ISO  meeting  in  1987.  A FEM  ELEMENT 
may  be  associated  with  a CS  SHELL,  FACE,  EDGE,  and/or  VER- 
TEX. Similarly,  a FEM  NODE  may  also  be  associated  with  anyone  of 
these  CS  data  entities.  Figure  144  and  145  depict  IDEFlX  diagrams 
of  the  above  interaction  with  Curves  and  Surfaces  geometry.  | 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-2  Missing  Degree  of  Freedom  Concept. 

07/15/86  and  11/06/86 

FEM  Committee  and  ISO  Subgroup  2 

Unresolved 

The  FEM  data  model  does  not  address  the  concept  of  nodal  degrees 
of  freedom.  Is  a degree  of  freedom  sequence  number  attribute  in  the 
CONSTRAINT  data  entity  sufficient  to  implement  the  concept'’  How 
to  degree  of  freedom  numbers  get  associated  with  what  they  actuadly 
imply?  Are  business  rules  sufficient  to  cover  this? 
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Figure  D-144;  FEM  Element  Integration 


October  31,  198¥288 
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Figure  D-145:  FEM  Node  Integration 
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INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-3  Missing  Special  Nodes  Concept. 

07/15/86 

FEM  Committee 

Unresolved 

The  FEM  data  model  does  not  address  the  concept  of  indicating  that 
a node  is  special;  i.e.,  there  is  no  way  to  indicate  a MSC/NASTRAN 
STATIC  node  or  a thermal  node. 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-4  Coordinates  Systems. 

07/15/86 

FEM  Committee 

Resolved 

Is  it  legitimate  to  use  COORDINATE  SYSTEM  IDENTIFICATION 
NUMBERS  as  attributes  to  the  FEM  ELEMENT  and  FEM  NODE 
data  entity,  instead  of  requiring  separate  definitions  for  these  special 
coordinate  systems'^ 


RESOLUTION:  This  point  was  raised  with  members  of  the  logical  layer  and  it  was  sug- 
gested that  it  was  legitimate  to  use  COORDINATE  SYSTEM  IDEN- 
TIFICATION NUMBERS  as  attributes. 

DECISION  DATE:  07/16/86  by  FEM  Committee 
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INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-5  Substructures  Concept 
07/16/86  and  11/02/86 
FEM  Committee  and  ISO  Subgroup  2 
Unresolved  - currently  out  of  scope 

Is  grouping  sufficient  for  passing  substructure  type  data?  How  does 
the  FEM  data  model  pass  MSC/NASTRAN  Superelement  informa- 
tion? How  does  it  pass  PAFEC  PAFBLOCK  information'^  Where 
could  information,  such  as  mirroring  or  replicating  of  substructures, 
be  represented  in  the  FEM  data  model? 

It  would  be  useful  to  introduce  a new  entity  into  the  reference  model 
called  a FEM  OBJECT  (see  the  CAD*I  reference  [CAD“I])  which 
forms  a structure  for  an  analysis  to  act  on.  It  would  be  useful  to 
have  an  this  entity  in  the  reference  model  which  can  be  used  as  a fun- 
damental entity  for  analysis.  The  FEM  OBJECT  would  be  initially 
be  created  from  a collection  of  elements  but  then  could  be  copied,  as- 
sembled, and  condensed  before  undergoing  analysis.  This  entity  is  in 
addition  to  the  entity  FEM  GROUP  which  is  useful  for  the  purpose 
of  assigning  certaun  attributes  to  a collection  of  entities.  Many  of  the 
facilities  which  the  FEM  OBJECT  makes  possible  are  outside  of  tb' 
scope  of  the  present  model  but  including  it  at  this  stage  will  ma 
future  extensions  easier. 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-6  Units. 

07/16/86 

FEM  Committee 

Resolved 

How  does  the  concept  of  units  of  measurement  get  introduced  into 
the  STEP  data  model  and  consequently  how  does  it  interface  with  the 
FEM  data  model?  Can  a UNITS  data  entity  cover  all  fundamental 
units  of  measure?  (Is  electrical  current  a fundamental  unit  of  mea- 
sure?) Since  units  of  angular  measurement  are  not  fundamental  units 
of  measure,  do  they  need  to  be  included  within  the  UNITS  data  entity? 
Standard  practice  permits  the  specification  of  angular  data  in  either 
degrees  or  radians.  Angular  position  data  is  required  for  the  specifica- 
tion of  coordinate  positions  in  either  cylindrical  or  spherical  coordinate 
systems.  Therefore,  the  type  of  angular  data  must  be  identified.  The 
logical  place  for  it  to  be  located  is  in  a UNITS  entity. 


RESOLUTION:  The  solution  chosen  was  to  create  a UNITS  data  entity.  There  are 
seven  base  units  of  measurement.  These  are  length,  mass,  time,  elec- 
tric current,  thermodynamic  temperature,  amount  of  substance,  and 
luminous  intensity.  Also,  there  are  two  supplemental  units.  These  are 
plane  angles  and  solid  angles.  The  UNITS  data  entity  has  one  attribute 
for  each  base  and  supplemental  unit  of  measurement.  All  fioating-point 
values  that  have  units  must  be  consistently  defined  within  the  scope 
of  this  data  entity. 

DECISION  DATE:  04/01/87  by  ISO  Subgroup  2 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-7  Multiple  Analysis  Case  Concept. 

04/10/86 

FEM  Committee 

Resolved  07/ 16/86 

What  should  the  committee’s  opinion  be  about  how  to  reference  multi- 
ple analysis  cases  from  within  the  same  data  model,  especially  if  these 
data  are  created  from  separate  and  distinct  computer  executions’  The 
FEM  data  model  is  currently  defined  in  terms  of  results  as  they  relate 
to  a single  computer  execution. 


ISSUE  OPTIONS  ic  EVIDENCE: 

Pro:  FEA  CONTROL  data,  such  as  which  load  cases  are  combined  together  to  produce  a 
finite  element  analysis,  is  really  data. 

Con:  The  inclusion  of  FEA  CONTROL  data  is  process  information  that  is  not  intended 
to  be  modeled  via  the  IDEFIX  modeling  methodology. 

RESOLUTION:  The  con  argument  has  not  had  any  champions  attend  any  of  the  recent 
meetings.  Therefore,  this  issue  has  been  resolved  by  default  in  favo*- 
of  the  pro  argtiment.  The  FEA  CONTROL  data  entity  will  have  t 
capability  to  reference  mnltiple  load  and  constraint  cases. 

DECISION  DATE:  07/16/86  by  FEM  Committee 

NOTE:  Not  Diagrammed  Yet. 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 

FEM-8  Colour  Group. 

10/20/86 

FEM  Committee 

Resolved 

Do  FEM  COLOR  GROUP  and  FEM  NAME  GROUP  represent  the 
same  data  concept?  If  so,  should  these  entities  be  collapsed  into  a 
single  entity? 

RESOLUTION 

It  was  decided  that  the  FEM  COLOR  GROUP  and  the  FEM  NAME 

GROUP  represented  the  same  data  concept.  These  two  entities  were 
collapsed  into  the  new  entity  FEM  GROUP  NAME.  The  neune  of  this 
group  may  be  used  to  transfer  color  or  any  other  arbitrary  naming 
information. 

DECISION  DATE 

10/20/86  by  FEM  Committee 
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FEM-9  Combined  Geometric  and  Material  Properties. 

10/22  86 

FEM  Committee 

Resolved 

How  do  we  reference  geometric  properties  that  are  combined  with  ma- 
terial properties  such  as  MSC/ NASTRAN’s  shell  elements’ 

RESOLUTION 

Material  properties  should  be  an  independent  data  entity  not  tied  to 
either  the  FEM  NODE  or  FEM  ELEMENT  data  entities.  The  por- 
tion of  the  material  properties  included  within  the  IDEFlX  FEM  data 
model  is,  however,  dependent  on  the  FEM.  There  will  be  an  external 
reference  to  some,  as  yet  undefined,  material  property  entity. 

Model  has  been  updated  to  reflect  this  decision. 

DECISION  DATE 

10/22/86  by  FEM  Committee 
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FEM-10  Stress  Recovery  Location  Data. 

10/22/86 

FEM  Committee 

Resolved 

Where  does  stress  recovery  location  data  fit  into  the  model? 


RESOLUTION:  An  additional  entity  (Entity  28  - FEM  SHELL  STRESS  RECOVERY 
COEFFICIENT)  was  added  to  the  FEM  reference  model,  see  Fig- 
ure 114.  A FEM  SHELL  GEOMETRIC  PROPERTY  references  the 
FEM  SHELL  STRESS  RECOVERY  COEFFICIENTS.  FEM  BEAM 
STRESS  RECOVERY  COEFFICIENTS  were  also  added. 

DECISION  DATE;  01/20/87  by  FEM  Committee 


1010 


ISO  TC184/SC4/WG1 


ANNEX  D 
(Draft  Proposal 


October  31, 


SECTION  9:  FEM  INFORMATION  MODEL 


ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 

FEM-11  Gauss  Point  Integration  Switch. 

10/22/86 

FEM  Committee 

Resolved 

How  can  the  concept  of  a gauss  point  integration  switch  be  incor-  j 
porated  into  the  data  model?  Is  there  other  data  contained  on  an  i 
MSC/NASTRAN  PSOLID  card  that  should  be  incorporated  into  the  ‘ 
FEM  data  model? 

RESOLUTION 

An  additional  entity  (Entity  55  - FEM  INTEGRATION  ORDER)  was 
added  to  the  FEM  reference  model,  see  Figure  115.  A FEM  GEOMET- 
RIC PROPERTY  references  the  FEM  INTEGRATION  ORDER. 

DECISION  DATE 

01/20/87  by  FEM  Committee 
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FEM-12  Spring  Stress  Recovery  Coefficients, 

10/22/86 

FEM  Committee 

Resolved 

The  concept  of  stress  recovery  coefficients  for  spring  finite  elements  is 
missing  from  the  FEM  data  model? 


RESOLUTION:  An  additional  entity  (Entity  FEM-34  ■ FEM  SPRING  STRESS  RE- 
COVERY COEFFICIENTS)  was  added  to  the  FEM  reference  model, 
see  Figure  112.  A FEM  SPRING  PROPERTY  references  the  FEM 
SPRING  STRESS  RECOVERY  COEFFICIENTS  data  entity. 
DECISION  DATE;  04/01/87  by  ISO  Subgroup  2 
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FEM-13  Missing  Material  Reference  in  Beam  Properties. 

11/04/86 

ISO  Subgroup  2 

Resolved 

Material  references  are  missing  in  the  BEAM  PROPERTIES  data  en- 
tity. 


RESOLUTION:  An  additional  attribute  was  added  to  the  FEM  BEAM  PROPERTY 
data  entity  (Entity  33),  see  Figure  112.  The  attribute  that  was  added 
is  the  FEM  BEAM  MATERIAL  NUMBER,  a foreign  key. 

DECISION  DATE;  01/20/87  by  FEM  Committee 


NOTE:  Resolution  of  Issue  FEM-28  made  the  above  issue  obsolete. 
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FEM-14  Diagonal  Mass  Matrix  Data. 

11/04/86 

ISO  Subgroup  2 

FEM-18 

Resolved 

The  current  IDEFlX  data  model  does  not  permit  the  direct  specifi- 
cation of  a diagonal  mass  matrix.  It  can  be  indirectly  be  specified  by 
using  the  full  6x6  mass  matrix.  Why  are  both  offset  mass  and  6x6 
mass  matrix  data  being  specified?  Isn’t  this  a duplication  of  appli- 
cation data  analogous  to  the  arguments  in  favor  of  eliminating  beam 
cross-sectional  geometry  information?  We  need  to  be  internally  con- 
sistent. 

RESOLUTION 

This  issue  was  resolved  in  favor  of  being  internally  consistent.  Two 
data  entities  were  deleted  from  the  FEM  reference  model  that  dealt 
with  variant  forms  of  finite  elemental  mass  matrices.  The  model  cur- 

DECISION DATE 

rently  only  permits  the  specification  of  a 6x6  mass  matrix  at  a node  via 
the  FEM  POINT  GEOMETRIC  PROPERTY  data  entity  (Entity  26), 
see  Figure  110. 

03/30/87  by  ISO  Subgroup  2 
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FEM-15  Node  Sequence  Number  Propagation. 

11/05/86 

ISO  Subgroup  2 

Resolved 

After  the  1986  Huntsville  IGES  meeting,  several  new  and  expanded  i 
IDEFIX  model  diagrams  were  developed.  Among  the  new  ones  devel-  ■ 
oped  was  the  FEM  Geometric  Properties  model.  It  was  the  consensus 
of  the  ISO  subgroup  that  a problem  exists  with  1986  Huntsville  model. 
The  problem  occurs  in  modeling  the  relationship  that  some  shell  finite 
elements  have  which  permit  varying  elemental  geometric  data,  such 
as  elemental  thickness.  These  data  are  usually  associated  with  an  ele- 
ment’s nodes  and  it  was  originally  modeled  by  relating  the  FEM  NODE 
SEQUENCE  NUMBER  to  numerous  of  the  FEM  Geometric  Property 
data  entities  on  our  IDEFIX  diagram.  Apart  from  the  myriad  of  con- 
necting Lines  that  this  decision  produced,  no  one  in  the  subgroup  could 
convince  themselves  that  the  model  was  correct  as  represented.  Many 
solutions  were  proposed  which  after  exploration  did  not  solve  the  prob- 
lem. The  only  thing  that  could  be  said  of  the  alternative  solutions  was 
that  they  only  reinforced  our  conviction  that  the  Huntsville  model  was 
wrong  with  regsirds  to  this  item. 


RESOLUTION: 


Rename  the  FEM  NODE  GEOMETRIC  PROPERTY  data  entity  into 
the  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY  entity  and 
connect  this  new  data  entity  with  the  FEM  CONNECTIVITY  data 
entity.  Each  FEM  CONNECTIVITY  refers  to  zero  or  one  FEM  EL- 
EMENT/NODE GEOMETRIC  PROPERTIES.  Once  this  is  done  all 
data  paths  between  FEM  CONNECTIVITY  and  the  various  FEM 
properties  can  be  removed,  as  well  as  the  propagation  of  the  FEM  EL- 
EMENT NUMBER  and  FEM  NODE  SEQUENCE  NUMBER  foreign 
keys  into  these  data  entities.  Further,  the  varying  shell  element  prop- 
erty type  can  be  completely  removed  from  the  IDEFIX  diagram  since 
it  is  now  handled  differently.  The  ctirrent  model  for  handling  the  FEM 
properties  that  vary  at  a finite  element’s  nodes  is  shown  in  Figure  108. 


DECISION  DATE:  01/20/87  by  FEM  Committee 
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FEM-17  Composite  Property  Data  Location. 

11/04/86 

ISO  Subgroup  2 

Resolved 

The  ISO  working  raised  a question  about  the  location  of  the  FEM 
COMPOSITE  MATERIAL  PROPERTY  in  the  FEM  reference  model. 
Should  it  be  located  as  a sub-type  of  FEM  MATERIAL  PROPERTY 
(Entity  12)  or  should  it  be  renamed  and  be  located  as  a sub-type  of 
FEM  GEOMETRIC  PROPERTY  (Entity  11)?  the  FE 


ISSUE  OPTIONS  & EVIDENCE: 

Pro:  When  working  with  composite  materials,  it  is  common  practice  to  refer  to  them  as 
materials  and  not  as  geometric  properties  of  different  materials,  therefore  the  location 
of  the  FEM  COMPOSITE  MATERIAL  PROPERTY  should  not  change. 

Con:  Ideas  like  volume  fraction,  volume  orientation,  ply  sequence  number,  and  ply  thick- 
ness seam  to  be  more  geometrical  in  nature,  therefore  the  FEM  COMPOSITE  MA- 
TERIAL PROPERTY  should  be  renamed  and  relocated  to  the  geometric  properties 
portion  of  the  FEM  reference  model. 

RESOLUTION:  The  pro  argument  was  considered  to  be  the  answer.  When  dealing, 
with  composite  materials,  they  are  referred  to  as  material  properties 
and  not  as  geometric  properties,  see  Figure  117. 

DECISION  DATE:  1/15/87  by  FEM  Committee 
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FEM-18  Beatm  Cross-section  Definitions. 

10/20/86 

FEM  Committee 

Resolved 

Two  candidate  models  were  presented  to  the  working  group  that  de- 
scribed the  concept  of  having  FEM  BEAM  PROPERTY  sub-types 
based  upon  beam  cross-section.  The  question  is  should  beam  cross- 
section  geometry  be  defined  by  the  FEM  reference  modeU 


RESOLUTION:  It  was  decided  that  beam  cross-section  geometry  should  not  be  defined 
by  the  FEM  reference  model.  The  fundamental  data  required  by  a FEA 
is  the  beam  second  moments  of  area  and  the  cross-sectional  area,  not 
the  geometry  that  produced  the  fundamental  data.  It  is  believed  that 
ail  analysis  codes  could  accept  fundamental  beam  data  of  this  type, 
via  a general  beam  facility.  Further,  data  such  as  cross-section  type, 
is  more  likely  to  be  defined  outside  of  the  scope  of  the  FEM  reference 
model.  It  would  logicsdly  be  found  in  an  A-E  reference  model. 

Until  it  is  shown  that  beam  cross-sectional  geometry  is  necessary  for 
finite  element  analysis,  it  is  the  position  of  the  committee  that  these 
data  should  not  the  defined  in  the  FEM  reference  model.  If  the  beam 
cross-sectional  geometry  is  of  interest,  human  readable  text  should  be 
used  to  describe  the  cross-section  via  the  FEM  GEOMETRIC  PROP- 
ERTY TEXT  data  entity  (Entity  29),  see  Figme  110. 

DECISION  DATE;  11/10/86  by  ISO  Subgroup  2 
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BACKGROUND: 


FEM-19  FEM,  FEA,  and  FEA  CONTROL  relationships. 

04/16/86 

FEM  Committee 

Unresolved 

The  present  STEP/PDES  FEM  planning  model  leaves  the  relationship 
between  FEM,  FEM  ENVIRONMENT,  FEA,  FEA  CONTROL,  and 
FEA  RESULTS  data  entities  unclear.  There  are  many  key  migrations 
which  are  incorrect  and  this  is  adding  to  the  confusion.  Before  correct- 
ing the  errors,  it  is  important  to  reconsider  what  these  entities  are  and 
how  they  interact  so  that  their  relationships  are  correctly  reflected  in 
the  FEM  reference  model 

The  FEM  data  entity  has  nodes,  elements,  geometric  properties,  ma- 
terial properties,  coordinate  systems,  and  groups;  i.e.,  ail  the  basic 
information  required  to  describe  the  model  upon  which  several  loading 
conditions  and  different  analyses  may  be  based.  Obviously,  a FEM  en- 
tity can  exist  without  any  of  the  others  mentioned  here.  Therefore  its 
key  attributes  are  simply  FEM  ID,  sis  in  the  present  reference  model. 
The  FEM  ENVIRONMENT  data  entity  has  loads,  constraints,  and 
load-caise  definitions.  At  present  it  is  not  possible  to  define  the  appli- 
cation of  an  environment  in  terms  of  geometric  entities;  i.e.,  surfac' 
and  edges.  Even  if  this  feature  is  provided  in  the  future,  it  must  st 
be  possible  to  define  the  application  in  terms  of  nodes  and  elements 
as  this  is  the  most  common  way  of  applying  loads  and  constraints. 
Therefore,  the  existence  of  a FEM  ENVIRONMENT  must  be  depen- 
dent upon  the  existence  of  a FEM  and  the  FEM  ED  must  be  a key 
attribute.  However,  there  are  two  ways  that  the  key  could  migrate  - 
directly  from  the  FEM  or  indirectly  from  the  FEA. 

The  FEA  and  FEA  CONTROL  data  entities  are  basically  doing  a 
similar  job;  i.e.,  defining  the  analysis  to  be  performed  and  can  be  more 
logically  combined  into  one  entity  (in  fact,  they  may  have  the  same 
key  attributes  in  the  model).  This  entity  should  then  be  able  to:  refer 
to  a model,  select  the  load  cases,  describe  the  type  of  analysis  to  be 
performed,  etc. . . 

This  entity  is  obviously  dependent  upon  the  existence  of  a model  and 
the  FEM  ID  should  be  a key  attribute  as  shown  in  the  STEP/PDES 
model,  but  should  the  FEM  ENVIRONMENT  ID  be  an  attribute? 
The  FEA  RESULTS  data  entity  has  displacements,  stresses,  strains, 
etc. . . . The  results  are  dependent  upon  the  existence  of  a FEM  and  a 
FEA  so  both  of  these  IDs  should  be  key  attributes. 


1019 


ISO  TC184/SC4/WG1 


ANNEX  D 
(Draft  Proposal 


October  31,  198|j283 


SECTION  9:  FEM  INFORMATION  MODEL 


ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-20  IDEFIX  Failure  to  Model  Ordered  Lists. 

11/02/86 

ISO  Subgroup  2 

Resolved 

The  failure  of  the  IDEFIX  modeling  methodology  to  permit  specifi- 
cation of  an  ordered  List  has  been  and  continues  to  be  an  obstacle  to 
the  growth  of  the  FEM  reference  model.  What  can  be  done  about  this 
situation? 

Ordered  lists  should  be  allowed  in  the  FEM  reference  model.  There 
are  mamy  instances  in  the  reference  model  were  lists  of  parameters 
closely  represent  physical  reality.  For  instance,  a list  of  constrained 
displacements  for  several  degrees  of  freedom,  and  a list  of  geometric 
properties  at  several  distances  along  a beam.  This  type  of  list  is  easily 
defined  using  the  EXPRESS  language  which  the  reference  model  will 
eventually  be  defined  in,  so  why  should  we  distort  our  data  simply  to 
accommodate  an  artifact  of  the  IDEFIX  modeling  methodology? 
EXPRESS  can  comprehensively  represent  ordered  or  unordered  col- 
lections (sets)  which  may  have  fixed  or  varying  sizes.  For  example, 
to  represent  an  ordered  collection  of  varying  size,  the  construct  LIST 
is  used  which  states  the  upper  and  lower  bounds  on  the  list  size  (the 
upper  boimd  may  be  unconstrained)  and  the  type  of  each  member  of 
the  list;  e.g.,  REAL  numbers  or  pointers  to  other  entities. 


RESOLUTION;  After  a discussion  with  the  logical  layer  group  about  this  problem,  the 
following  solution  was  reached.  If  FEM  reference  model  constructs  a 
data  entity  which  is  am  artifact  of  the  IDEFIX  ordered  list  deficiency, 
then  it  will  be  carefully  identified  so  that  the  offending  data  element 
will  not  be  carried  into  the  physical  file  schema. 

DECISION  DATE:  03/30/87  by  ISO  Subgroup  2 
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RESOLUTION: 


DECISION  DATE: 


FEM-21  Tabular  Material  Data. 

06/23/87 

ISO  Subgroup  2 

Resolved 

The  concept  of  tabular  material  property  data  needs  to  be  captured  by^ 
the  IDEFlX  data  model.  Presently,  there  is  no  mechanism  to  transmit:  1 
a table  of  material  properties.  | 

Two  new  data  entities,  FEM  MATERIAL  TABLE  and  FEM  MATE- 
RIAL TABLE  INSTANCE,  were  defined  to  implement  modeling  of  the 
tabular  material  data  concept  in  a very  general  manner.  These  data 
entities  represent  the  requirement  that  a material’s  properties  some-f 
times  vary  with  respect  to  independent  variables.  Typically,  in  struc-^ 
tural  mechanics  problems  where  there  is  a wide  range  of  temperature  ‘ 
among  a FEM’s  nodes,  material  properties  are  input  as  a tabular  set 
of  data  with  the  independent  variable  being  temperature  and  the  de- 
pendent variables  being  the  Young’s  modulus,  Poisson’s  ratio,  etc. . .. 
These  data  are  interpolated  with  respect  to  temperature  to  determine 
what  material  property  values  to  use. 

The  FEM  MATERIAL  TABLE  and  FEM  MATERIAL  TABLE  IN  • 
STANCE  are  not  restricted  to  tables  with  single  independent  variable 
The  data  construct  presented  here  is  sufficiently  general  to  allow  for  ( 
tables  that  depend  upon  an  arbitrary  number  of  independent  variables, 
because  a FEM  MATERIAL  TABLE  MATERIAL  NUMBER  attribute 
can  have  a value  indicating  that  its  corresponding  FEM  MATERIAL 
PROPERTY  TYPE  is,  in  fact,  another  FEM  MATERIAL  TABLE. 
Figure  116  was  modified  to  include  the  new  FEM  MATERIAL  TABLE 
data  entity.  A new  IDEFlX  diagram,  Figure  118,  was  created.  This 
diagram  depicts  the  relationship  and  cardinalities  between  the  FEM 
MATERIAL  PROPERTY,  FEM  MATERIAL  TABLE,  and  FEM  MA- 
TERIAL TABLE  INSTANCE.  The  FEM  MATERIAL  TABLE  and 
FEM  MATERIAL  TABLE  INSTANCE  data  entities  are  numbered  61 
and  62,  respectively. 

06/23/87  by  ISO  Subgroup  2 
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FEM-22  Material  Problems  for  Dynsunics  problems. 

06/22/87 

ISO  Subgroup  2 

Resolved 

When  doing  a static  structural  mechanics  problem,  the  version  0 0 
FEM  IDEFIX  data  model  did  not  permit  the  separation  of  material 
properties  for  static  and  dynamic  problems.  Data  entities  38,  47,  51, 
and  52  need  to  be  divided  into  new  data  entities  by  removing  references 
to  material  properties  used  in  dynamics. 


RESOLUTION:  Two  new  data  entities,  FEM  STRUCTURAL  MASS  DENSITY  (En- 
tity 59)  and  FEM  STRUCTURAL  DAMPING  COEFFICIENT  (En- 
tity 60),  were  created  to  move  the  dyn2miics  portion  of  the  material 
properties  out  of  entities  38,  47,  51,  and  52.  The  effected  IDEFlX 
diagrams,  Figure  120,  Figure  121,  and  Figure  125,  were  modified  to 
reflect  these  requirements. 

DECISION  DATE:  06/22/87  by  ISO  Subgroup  2 
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FEM-23  Material  Property  Cardinality  Logic. 

06/23/87 

ISO  Subgroup  2 

Resolved 

Version  0.0  of  the  FEM  IDEFIX  reference  model  used  the  concept 
of  FEM  ISOTROPIC  MATERIAL  TYPE,  FEM  ORTHOTROPIC 
MATERUL  TYPE,  and  FEM  ANISOTROPIC  MATERIAL  TYPE. 
These  types  were  used  to  select  which  material  attributes  were  returned 
from  a referenced  material  property.  Thus,  for  example,  either  thermal 
or  structural  material  properties  could  be  defined  for  a single  instance 
of  FEM  ISOTROPIC  MATERIAL  PROPERTY,  but  both  groups  of 
attributes  could  not  exist  within  a single  instance.  Since  a FEM  EL- 
EMENT can  point  to  only  one  FEM  GEOMETRIC  PROPERTY  (for 
constemt  properties)  and,  correspondingly,  a single  FEM  GEOMET- 
RIC PROPERTY  is  refers  to  by  a single  isotropic,  orthotropic,  or 
anisotropic  material  property,  there  was  no  way  within  the  Version 
0.0  reference  model  to  caU  out  both  thermal  and  structural  material 
prcperties  for  a specific  FEM  ELEMENT.  Fix  this  problem. 

RESOLUTION: 

The  concept  of  FEM  ISOTROPIC  MATERIAL  TYPE,  FEM  OF 
THOTROPIC  MATERIAL  TYPE,  and  FEM  ANISOTROPIC  .Ma 
TERIAL  TYPE  were  removed  from  the  FEM  EDEFIX  diagrams  and 
the  cardinality  of  all  physical-quantity,  material  property  data  entities 
(38,  40,  41,  47,  48,  49,  50,  51,  52,  53,  59,  and  60)  were  changed  to  have 

0 or  1 occurrences  with  respect  to  the  appropriate  material  property 
definition  entity.  The  effected  IDEFlX  diagrams.  Figure  120,  Fig- 
ure 121,  and  Figure  125,  were  modified  to  reflect  these  requirements. 

DECISION  DATE: 

06/23/87  by  ISO  Subgroup  2 
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FEM-24  Thermal  Expansion  Property  Seperation. 

06/23/87 

ISO  Subgroup  2 

Resolved 

Analogous  to  Issue  FEM-22,  the  Version  0.0  reference  model  did  not 
sepau’ate  the  thermal  expansion  data  from  other  structural  material 
data.  These  data  should  exist  in  separate  data  entities. 


RESOLUTION:  Four  new  data  entities,  FEM  ISOTROPIC  THERMAL  EXPANSION 
(Entity  63),  FEM  ORTHOTROPIC  THERMAL  EXPANSION  (Entity 
64),  FEM  ANISOTROPIC  2D  THERMAL  EXPANSION  (Entity  65), 
and  FEM  ANISOTROPIC  3D  THERMAL  EXPANSION  (Entity  66), 
were  created  to  move  the  thermal  expansion  data  out  of  entities  38,  47, 
51,  and  52.  The  effected  IDEFlX  diagrams,  Figure  120,  Figure  121, 
and  Figure  125,  were  modified  to  reflect  these  requirements. 

DECISION  DATE;  06/23/87  by  ISO  Subgroup  2 


1024 


ISO  TC184/SC4/WG1 


ANNEX  D 
(Draft  Proposal 

SECTION  9:  FEM  INFORMATION  MODEL 


October  31,  1988 

N288 


ISSUE 

INITUTION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-25  Real  Keys. 

06/23/87 

ISO  Subgroup  2 

Resolved 

Real  data  types  used  as  key  attributes  are  problems  for  some  data 
base  management  systems.  Change  all  real  key  attributes  to  pairs  of 
sequence  numbers  and  values. 


RESOLUTION:  Examination  of  the  FEM  reference  model  revealed  that  there  were 
only  three  data  entities  that  contained  key  attributes  which  were  de- 
fined with  real  data  types.  It  was  the  consensus  opinion  of  the  com- 
mittee that  the  concept  of  a sequence  number  should  be  inserted  as 
the  key  attribute  at  each  of  these  locations.  Any  real  key  attributes 
were  moved  to  non- key  attributes.  Entities  33  [Figure  112],  45  [Fig- 
ure 117],  and  62  [Figure  118],  were  modified  to  reflect  this  decision. 
Three  new  key  attributes,  FEM  MIXTURE  VOLUME  SEQUENCE 
NUMBER,  FEM  BEAM  LENGTH  FRACTION  SEQUENCE  NUM- 
BER, and  FEM  MATERIAL  TABLE  INDEPENDENT  VARIABLE 
SEQUENCE  NUMBER,  were  added  to  the  appropriate  data  entities 
and  definitions  for  them  were  added  to  the  attribute  glossary. 

This  issue  resolves  the  last  issue  present  in  [Shaw  1987a]  that  was  n^ 
previously  resolved,  discarded,  or  documented  as  a FEM  Issue. 

DECISION  DATE:  06/23/87  by  ISO  Subgroup  2 
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ISSUE:  FEM-26  Springs,  Dampers  and  Beams. 

INITIATION  DATE:  10/12/87 

INITIATOR:  FEM  Committee 
STATUS:  Resolved 

DESCRIPTION:  The  FEM  BEAM  GEOMETRIC  PROPERTY  IDEFIX  reference 
model  version  10  has  serval  problems  associated  with  the  concepts 
that  it  represents.  This  issue  documents  the  changes  made  to  this 
reference  model  to  correct  these  problems. 
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SECTION  9:  FEM  INFORMATION  MODEL 


RESOLUTION:  It  was  the  consensus  opinion  of  the  committee  to  divide  the  FEM  ' 
BEAM  GEOMETRIC  PROPERTY  IDEFlX  diagram  into  two  refer- 
ence models,  one  for  the  beam  geometric  properties  and  the  other  for  ( 
spring  and  damper  geometric  properties.  On  the  new  diagram,  the  ' 
spring  and  damper  geometric  properties  are  collected  under  a generic  i 
line  geometric  property  entity. 

These  new  diagram  are  now  based  upon  the  following  model  require- 
ments: 

1.  The  FEM  EDEFlX  model  must  include  n-dimensional  springs 
and  dampers. 

2.  There  can  be  only  two  nodes  per  spring  or  damper. 

3.  The  degree  of  freedom  sequence  number  are  referenced  to  the 
node’s  output  coordinate  system. 

4.  The  spring  element  which  may  be  n-dimensional,  can  vary  the 
spring  coefficients  with  degree  of  freedom  sequence  number. 
Therefore,  there  can  be  as  many  spring  coefficients  for  a spring 
element  as  there  are  nodal  degree  of  freedom  pairs. 

5.  There  is  only  one  spring  coefficient  for  each  degree  of  freedon 
pair  in  a spring  element. 

6.  Statements  (4)  and  (5)  analogously  apply  to  damper  elements 
and  damping  coefficients. 

7.  Spring  and  damper  data  is  not  mutually  exclusive. 

Other  information  about  this  issue  includes  the  following  answered 
questions: 

1.  Since  the  FEM  ELEMENT/NODE  GEOMETRIC  PROPERTY 
has  no  meaning  for  either  the  spring  or  damper  elements  defined 
in  the  current  reference  model,  should  there  be  a separate  data 
path  through  the  IDEFlX  model  to  arrive  at  these  entities? 

The  same  question  applies  to  the  two-noded  beam  element  that 
may  contain  multiple  stiffness  intervals.  It  was  decided  to  handle 
this  situation  with  a rule.  [ Rule  12  (which  was  made  obsolete  by 
previous  decisions  in  this  issue)  was  replaced  and  now  contains 
a statement  that  reflects  this  decision.] 

2.  Which  coordinate  system,  either  element  or  node,  should  be  used 
as  the  coordinate  system  to  reference  degree  of  freedoms  to? 

It  was  decided  for  consistent  that  the  node  output  coordinate  syster 
be  the  reference  for  the  degree  of  freedoms  that  is  referred  to  by  thes 
data. 
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ISSUE:  FEM-27  Membrane  Geometric  Property. 

INITIATION  DATE:  10/12/87 

INITIATOR;  FEM  Committee 
STATUS:  Resolved 

DESCRIPTION:  The  FEM  MEMBRANE  GEOMETRIC  PROPERTY  IDEFIX  dia- 
gram is  a subset  of  the  more  general  FEM  SHELL  GEOMETRIC 
PROPERTY.  Should  these  two  diagrams  be  combined  into  more  gen- 
eral reference  model? 


RESOLUTION:  It  was  the  consensus  opinion  that  the  two  reference  models  should  be 
combined.  The  following  notes  document  this  decision  and  describe 
the  changes  required  to  insert  membrane  data  into  the  new  reference 
model. 

1 Delete  the  FEM  MEMBRANE  GEOMETRIC  PROPERTY  ref- 
erence model. 


2.  Inset  FEM  MExMBRANE  GEOMETRIC  PROPERTY  entity 
(FEM-54)  between  the  FEM  GEOMETRIC  PROPERTY  TYPE 
Une  and  the  FEM  SHELL  GEOMETRIC  PROPERTY  entity 
(FEM-24).  FEM  MEMBRANE  GEOMETRIC  PROPERTY  e' 
tity  (FEM-53)  name  is  to  change  to  FEM  MEMBRANE/SHE 
GEOMETRJC  PROPERTY. 

3.  There  can  be  zero  or  one  occuancies  of  FEM  SHELL  GE- 
OMETRIC PROPERTY  for  each  instance  of  FEM  MEM- 
BRANE/SHELL GEOMETRIC  PROPERTY. 

4.  Remove  the  duplicated  attributes  in  FEM  SHELL  GEOMETRIC 
PROPERTY. 

5.  Add  a rule  that  states  that  the  three  material  property  foreign 
keys  (non-key  attributes)  are  optional.  That  is  the  user  may  not 
input  a value  for  these  which  in  itself  is  an  important  piece  of 
information. 


DECISION  DATE:  10/12/87  by  FEM  Committee 
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INITUTION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-28  Fem  Beam  Model 

04/01/87 

ISO  Subgroup  2 

Resolved 

The  version  0.0  FEM  BEAM  GEOMETRIC  PROPERTY  reference 
model  does  not  correctly  model  FEM  beam  element’s  geometric  prop- 
erties that  vary  with  respect  to  length  fractions.  These  types  of  prop- 
erties cannot  be  properly  defined  via  the  FEM  ELEMENT/NODE 
GEOMETRIC  PROPERTY  because  these  entities  exist  only  at  an 
element’s  nodes  (thus  having  a specific  length  fraction).  A length  frac- 
tion is  arbitrary  by  definition  and  these  properties  may  therefore  occur 
at  any  length  fraction  along  the  beam  finite  element. 
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RESOLUTION:  (Open  is  fixing  issue  which  is  unresolved) 

The  basis  for  this  resolution  can  be  found  in  [Leal  1987a].  Restated  here 
for  clarity  and  consistency  with  the  rest  of  the  specification.  The  FEM 
beam  element  modeled  for  the  FEM  BEAM  GEOMETRIC  PROP- 
ERTY is  assembled  from  the  following  components: 

1.  An  optional  release  at  the  nodes  of  a beam  is  required.  One  or  ' 
more  of  the  nodal  degree  of  freedoms  can  be  released.  The  release 
coordinate  system  wiU  be  the  nodal  output  coordinate  system. 

2.  An  optional  beam  connector  (fixing)  is  required,  (at  the  present 
time,  further  clarification  is  being  sought  about  how  this  should 
actually  be  modeled.  No  FEM  model  reference  is  made,  as  yet, 
to  these  data.) 

3.  An  optional  offset  is  required  between  the  position  of  the  beam 
connector  (fixing)  with  respect  to  a node.  This  offset  is  a vec- 
tor relative  to  a node  in  the  node’s  definition  coordinate  system 

4.  One  or  optionally  many  flexure  intervals  are  required.  These* 
intervals  can  have  discontinuous  geometric  properties  at  the  i 
terval  boundaries.  Linear  interpolation  is  used  to  calculate  van 
ations  of  geometric  properties  with  an  interval.  Intervals  must 
be  continuous. 

A schematic  diagram  of  this  beam  model  is  shown  in  figure  ??. 

Other  assumptions: 

# Beam  geometric  properties  are  given  with  respect  to  the  beam’s 
geometric  property  coordinate  system.  The  beam’s  geometric 
property  coordinate  system  (see  the  attribute  FEM  ELEMENT 
GEOMETRIC  PROPERTY  COORDINATE  SYSTEM)  is  ori- 
ented with  is  local  x-axis  being  a straight  line  between  the  beam’s 
fixings.  The  other  mutually  orthogonal  directions  are  chosen  for  ^ 
the  convenient  definition  of  the  values  instanced  in  a FEM  BEAM 
PROPERTY  DAA  entity  (FEM-33).  (These  data  include  the  i 
cross-sectional  area,  the  second  moments  of  area,  etc. . . ) 

• Beam  length  fraction  are  calculated  with  respect  to  the  distance 
between  beam  fixings.  These  values  of  the  beam  length  fraction 
at  fixing/ 1 and  fixing/ 2 are  0,0  and  1,0,  respectively.  The  first 
flexure  interval  must  begin  at  length  fraction  of  0,0  and  the  last 
flexure  interval  in  the  sequence  must  end  at  length  fraction  of 
1,0. 
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CONTINUED:  • A Flexure  interval  may  have  either  constant  of  linearly  varying 

section  geometric  properties,  See  Figure  ??.  Interval  boundaries 
may  be  discontinuous. 

• Material  properties  do  not  vary  within  flexure  intervals. 

• Material  properties  data  may  be  different  for  different  flexure 
sections. 


• Warping  coefficient  data  is  required  only  at  the  ends  of  the  beam. 

• Optional  beam  stress  recovery  information  can  be  specified  in 
conjunction  with  flexure  interval  information. 


DECISION  DATE:  10/12/87  by  FEM  Committee 

NOTES:  1.  Also,  included  in  the  new  IDEFlX  reference  model  is  a reference 

to  a standard  section.  We  expect  this  reference  to  cormect  with 
some,  as  yet  undefined,  set  of  tabular  data  probably  located  in 
the  AEC  reference  model.  Issue  FEM-18  has  further  discussion 
on  this  concept. 
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INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-29  Preventing  Fatal  Recursive  Material  Id  Reference. 

03/31/88 

FEM  Committee 

Resolved 

FEM  COMPOSITE  MATERIAL  PROPERTY  entity  (FEM-35)  can 
be  one  of  three  different  type  of  composite  material.  Each  composite 
material  type  has  request  for  two  or  more  materials  in  its’  make-up. 
The  current  model  allows  for  a composite  material  to  request  itself. 


RESOLUTION:  Rule  FEM/R-15  was  created  in  order  to  avoid  a fatal  recursion.  That 
imle  is  as  follows;  . 

No  material  property  references  in  a FEM  COMPOSITE  MATERIAL  ,i 
PROPERTY  can  be  to  itself.  ^ 

DECISION  DATE:  03/31/88  by  FEM  Committee 


I 
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Figure  D-146:  Be&m  Schematic  Diagram 
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Figure  D-147:  Flexural  Interval* 
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Figure  D-148:  Flexural  Interval  Types 
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Figure  D-149:  Flexural  titerval  End  Definition! 
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DESCRIPTION 


RESOLUTION: 


NOTES: 


FEM-30  FEM  Material  Allowables. 

01/14/88 

FEM  Committee 

Open 

There  should  be  a data  type  for  FEM  material  allowables  that  is  related 
to  FEM  MATERIAL  PROPERTY  entity  (FEM- 12). 


The  types  of  allowables  that  should  be  captured  are  for  example  : 
Tensile  and  compressive  allowables  for  each  component  of  a elastic 
matrix. 

• Figure  out  whether  to  hang  off  of  materisd  type  or  off  of  each 
sub-type. 

• A way  to  describe  a variable  number  of  allowables  in  needed. 

• A sub-type  of  each  sub-type  or  what???? 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


NOTES: 


FEM-31  Material  Property  Coordinate  System. 

01/14/88 

FEM  Committee  ^ 

Open 

There  should  be  a pointer  to  a coordinate  system  from  FEM  MA- 
TERIAL PROPERTY  entity  (FEM-12)  in  order  to  align  the  material/ 
directions. 

• Figure  out  if  there  is  a need 

• Assign  a pointer  mechanism 

• Deal  with  the  “over-riding”  of  element  material  coordinate  sys-| 
tern  attribute 

• Could  the  element  material  coordinate  system  attribute  handlei 
this  also. 

• Discussion  about  need  for  material  property  direction  vs  material!  j 
angle  in  a FEM  element.  Defines  position  for  correct  location  of 
the  element  material  property  data. 


1039 


ISO  TC184/SC4/WG1 


ANNEX  D 
(Draft  Proposal 


October  31,  1988 


N288 


SECTIOS  9:  FEM  INFORMATION  MODEL 


ISSUE 

INITIATION  DATE 
INITIATOR 
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DESCRIPTION 

FEM-32  Point  Damping  Coefficient. 

01/14/88 

FEM  Committee 

Open 

Version  11  is  missing  a point  damping  element. 

RESOLUTION 

Point  damping  is  a feature  that  is  commonly  used  by  dynamic  analyst 
in  aerospace.  Therefore  the  model  should  be  correct  :o  allow  for  point 
damping. 
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FEM-33  Time  Stamp  Relationship  Between  Product  Item  and 

FEM. 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 

01/14/88 

FEM  Committee 

Open 

A question  was  raised  about  the  time  stamp  relationship  between  Prod- 
uct Item  and  FEM. 

RESOLUTION 

A question  was  raised  about  the  time  stamnp  relationship  between  Prod- 
uct Item  amd  FEM.  The  following  are  some  of  the  question  raised: 

1.  Should  both  items,  FEM  and  Product  Item,  be  dated?  The  FEM 
committee  determined  early  on  that  the  FEM  needs  to  be  dated 
and  from  that  decision,  we  would  like  to  see  Product  Item  dated 
also. 

2.  This  issue  should  be  passed  to  the  mechanical  product  commit- 
tee that  owns  the  PSCM  model  in  order  that  this  issue  can  be 
properly  addressed. 

3.  This  issue  should  also  be  pass  onto  the  integration  committee  ir 
order  to  see  how  (and  if)this  is  addressed  there. 
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ISSUE; 

INITIATION  DATE: 
INITIATOR: 
STATUS: 
DESCRIPTION: 


FEM-34  Mesh  Generation  Entities. 

01/14/88 

FEM  Committee 

Open 

How  and  should  mesh  generation  entities  be  related  to  the  Product 
Item  geometric  entities? 


RESOLUTION:  How  and  should  mesh  generation  entities  be  related  to  the  Prod- 
uct Item  geometric  entities?  we  are  interested  in  connecting  FEM 
nodes  and  element  to  the  following  geometry  type  (by  commonly  called 
names): 

• Points 

• Lines /curves 

• Patch/surface/face 

• Solid/ volume/ shell 

This  issue  is  placed  on  hold  until  the  integration  committee  completes 
its  current  work  of  how  to  relate  non-geometry  items  and  geometry. 
Also  they  are  working  on  a method  of  handling  the  connection  of  dif- 
ferent types  of  geometry  so  that  the  non-geometnc  model  only  point 
to  one  entity  in  order  to  get  to  the  provided  (underlining)  geometry. 


ISO  TC184/SC4  'WGl 


ANNEX  D 
(Draft  Proposal 

SECTION  9:  FEM  INFORMATION  MODEL 


October  3 


88 


ISSUE 

INITIATION  DATE 
INITUTOR 
STATUS 
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FEM-35  Pairt  Geometry  and  FEM  geometry  are  not  Identical. 

01/14/88 

FEM  Committee 

Open 

How  should  Product  Item  geometry  and  mesh-generation  entities  that'' 
are  related  but  do  not  have  identical  be  handled? 


RESOLUTION:  Example  of  the  need  are  following: 


NOTES: 


1.  The  ideadization  of  a web  in  a airplane  by  a FEM  membrane 
shear-panel  element  that  requiring  geometric  data  at  the  center- 
line  of  the  web’s  thickness. 

2.  Construction  Lines,  curves,  surfaces,  and  solids  that  were  created 
in  order  to  aid  in  the  generation  of  nodes  and  elements  which  are 
later  connected  directly. 

• Obviously  existing  geometric  entities  should  be  used. 

• How  and  should  FEM  entities  be  related?  (See  Issue  FEM-34) 

• This  issue  should  be  pass  on  to  the  integration  and  geometr 
committees. 
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FEM-36  FEM  Material  and  Geometric  Property  Libraries. 

03/30/88 

FEM  Committee 

Open 

The  FEM  material  and  geometric  property’s  existence  need  not  nec- 
essarily depend  on  the  existence  of  a FEM.  This  would  allow  for  the 
possibility  of  creating  libraries  of  these  properties.  These  library  can 
be  in  turned  be  shared  by  several  FEM’s. 
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FEM-37  FEM  Geometric  Property  Uniqueness. 

01/14/88 

FEM  Committee 

Open 

Some  analysis  codes  allow  for  the  same  geometric  property  number  (id) 
to  be  used  by  several  different  type  of  geometric  properties.  Version 
1.1  does  not  allow  for  this. 


RESOLUTION:  Some  analysis  codes  allow  for  the  same  geometric  property  num- 
ber (id)  to  be  used  by  several  different  type  of  geometric  properties. 
For  example,  the  geometric  property  number  of  1 could  be  used  in 
MSC/NASTRAN  by  both  the  beam  geometric  property  and  shell  ge-  | 
ometric  property. 

One  suggested  solution  is  to  added  to  the  geometric  property  entity  the 
element  type.  Other  is  to  make  the  FEM  GEOMETRY  PROPERTY 
TYPE  attribute  as  key  attribute  instead  of  a non-key  attribute. 
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ISSUE: 

INITIATION  DATE: 
INITIATOR: 
STATUS: 
DESCRIPTION: 


FEM-38  Text  for  FEM,  Material,  Control,  Groups  and  Environ- 
ment. 

10/12/87 

FEM  Committee 

Open 

Need  to  be  able  to  point  to  a text  entity  for  the  following  entities: 
Groups,  Materials,  Environment,  Controls,  and  FEM  in  order  to  store 
related  information. 
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ISSUE 

INITIATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 


FEM-39  Node  Ordering  for  FEM  Elements. 

09,T4/88 

FEM  Committee 

Open 

There  is  a need  to  define  for  the  varies  FEM  element  types  the  nodal 
order.  For  this  nodal  order  is  used  to  define  the  geometric  shape  of  the 
FEM  element. 

Important  item  that  influence  the  nodal  ordering  are  the  element’s 
shape  type  (Line,  prism,  etc.)  and  the  element’s  order  number. 


RESOLUTION:  The  current  solution  arrived  at  in  the  1988  Denver  meeting  was  to 
define  the  nodal  ordering  for  following  and  leave  the  rest  for  future 
work: 

Element  Type  Reference 

Order  Figure 


Line 

0 

amd  1 

129 

2 

129 

3 

129 

Triangle 

0 

and  1 

130 

2 

130 

Quadrilateral 

0 

and  1 

131 

2 

131 

Tetrahedron 

0 

and  1 

132 

2 

132 

Wedge 

0 

and  1 

133 

2 

133 

Prism 

0 

and  1 

135 

2 

135 

Hexahedron 

0 

and  1 

137 

2 

137 
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NOTES:  The  FEM  committee  did  a Light  review  of  varies  FEM  codes  and  how 
they  do  nodal  ordering  and  their  distribution  of  nodes  for  their  vanes 
element  type.  It  was  noted  that  varies  element  types  and  for  element 
orders  0,  1 and  2 there  was  good  agreement  between  FEM  codes  on 
their  distribution  of  nodes,  but  not  on  how  they  order  them. 
Therefore  the  FEM  committee  chose  to  use  the  common  distribution 
of  nodes  that  was  found  and  is  documented  in  figures  129  through  137 
(see  the  above  table  for  details).  The  FEM  committee  chose  an  nodal 
ordering  for  there  was  not  a common  and  that  is  also  documented  in 
figures  129  through  137  and  for  detail  see  those  figure  in  entity  FEM 
CONNECTIVITY  [Entity  FEM-fi). 

The  FEM  committee  had  problems  defining  the  distribution  of  nodes 
for  the  high  order  element  and  that  this  time  those  were  not  defined 
and  left  for  future  work  by  the  FEM  committee. 
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9.7  Problem  Areas  and  Unimplemented  Ideas 
FEA  Control  Solution  Ordering 

If  a solution  ordering  exists  simultaneously  with  both  a case  control  and  a FE  control,  then 
the  solution  ordering  specified  with  the  case  control  takes  precedence. 

Date  Entered;  10/22/86  by  FEM  Committee 


FEA  Dynamic  Condensation 

If  a dynamic  condensation  exists  simultaneously  with  both  a case  control  and  a FE  control, 
then  the  dynamic  condensation  specified  with  the  case  control  takes  precedence. 

Date  Entered;  10/22/86  by  FEM  Committee 


Rigid  Elements 

Is  it  sufficient  to  assume  that  all  forms  of  rigid  finite  elements  can  be  reduced  to  simple 
forms  of  multipoint  constraint  equations  and  therefore  ail  forms  of  rigid  finite  elements  can 
be  represented  in  the  FEM  data  model  as  FEM  MULTIPOINT  CONSTRAINTS? 

Date  Entered;  10/22/86  by  FEM  Committee 


Gaps  and  Cables 

Can  gap  and  cable  finite  elements  be  handled  sufficiently  with  nonlinear  material  properties 
or  is  it  necessary  to  indicate  there  geometric  nonlinearity  in  another  manner?  Will  a business 
rule  stipulating  that  rigid  elements  be  handled  as  multipoint  constraints  be  satisfactory? 

Date  Entered;  10/22/86  by  FEM  Committee 


Initial  Velocitiee  and  Accelerationa 

How  can  initial  velocities  and  accelerations  be  implemented  into  the  FEM  data  model  in  a 
generic  manner? 

Date  Entered:  10/23/86  by  FEM  Committee 
Shock  Spectra  and  Forcing  Functions 

Where  should  shock  spectra  and  forcing  functions  be  inserted  into  the  FEM  data  model? 
Date  Entered:  10/23/86  by  FEM  Committee 
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Element  Local  Coordinate  Systema 

If  we  need  to  define  finite  element  local  coordinate  systems,  how  do  we  do  it? 

Date  Entered:  04/01/87  by  ISO  Subgroup  2 

Bar  or  Rod  Elements 

How  do  we  distinguish  between  beam  finite  elements  and  bars  or  rods  which  have  no  bending 
stiffness  (i.e.,  there  second  moments  of  area  are  approximately  zero)? 

Date  Entered;  04/01/87  by  ISO  Subgroup  2 
Beam  Pin  Flags 

Beam  pin  flag  data  needs  more  work.  It  does  not  make  sense  where  is  currently  shows  up  on 
the  reference  model. 

Date  Entered:  04/01/87  by  ISO  Subgroup  2 
Pipe  Elements 

How  do  we  model  pipe  elements  and  beam  elements  with  more  than  2 nodes? 

Date  Entered:  04/01/87  by  ISO  Subgroup  2 

Failure  Criteria 

How  do  we  model  yield  and  ultimate  stresses? 

Should  we  model  failure  criteria? 

Date  Entered:  01/14/88  by  FEM  Committee 

General  Stiffneat  Element 

How  do  we  model  a general  itiffnesi  element? 

Date  Entered:  01/14/88  by  FEM  Committee 
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9.8  FEM  Complete  SML  Model 

The  following  is  a listing  of  the  FEM  SML  model. 

VIEW  fera-model 
GENERAL  INFO 
SHORT  NAME  fera-raodel 
AUTHOR  Richard  Brooks 

DESCRIPTION  this  is  th®  FEM  data  model  for  version  1.1 
CREATION  DATE  04/19/87 


* This  is  the  FEM  model. 

* JANUS  (SML)  input 

* April  88 


STATUS  develop 
LEVEL  kb 
STRUCTURE 

ENTITY  FEM 
KEY 

FEM-ID 

ENDKEY 

FEM-AUTHOR 

FEM-CREATING-SOFTWARE 

FEM-CREATION-DATE 

FEM-CREATION-TIME 

FEM-DESCRIPTOR 

FEM-TARGETED-ANALYSIS-CODE 

UNITS  "has" 

ROLE  fem-units-id  FOR  units-id 
ENDENTITY 

ENTITY  PRODUCT- ITEM-f am 
KEY 

FEM  "models" 

PRODUCT-ITEM  "defines" 

ENDKEY 

ENDENTITY 

ENTITY  PRODUCT- ITEM 
KEY 

PRODUCT- ITEM- ID 

ENDKEY 
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ENDENTITY 

ENTITY  UNITS 
KEY 

UNITS-ID 

ENDKEY 

LENGTH-UNIT 

MASS-UNIT 

TIME-UNIT 

ELECTRIC-CURRENT-UNIT 
THERMODYNAMIC-TEMPERATURE-UNIT 
AMOUNT-OF-SUBSTANCE-UNIT 
luminous -intensity-unit 
PLANE-ANGLE-UNIT 
SOLID-ANGLE-UNIT 
ENDENTITY 

ENTITY  FEM-APPROVAL 
KEY 

FEM-APPROVAL-ID 
FEM  "is  approved  by" 

ENDKEY 

FEM-APPROVAL-DATE 

FEM-APPROVER-NAME 

ENDENTITY 

ENTITY  FEA-CONTROL 
KEY 

FEA-CONTROL-ID 

ENDKEY 

FEl-ANALYSIS-ASSUMPTION 
FEA-ANALTSIS-TTPE 
FEl-TARGETEO-ANALSIS-CODE 
UNITS  "HAS" 

role  FEA-CONTROL-UNITS-ID  for  UNITS-ID 
ENDENTITY 

ENTITY  FEA-CONTROL-APPROVAL 
KEY 

FEA-CONTROL-APPROVAL-ID 
FEA-CONTROL  "is  approved  by" 

ENDKEY 

FEA-CONTROL-APPROVAL-DATE 
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FEA-CONTROL- APPROVER-NAME 
ENDENTITY 

ENTITY  FEA 
KEY 

FEA-ID 
FEM  "HAS" 

FEA-CONTROL  "HAS" 

ENDKEY 

FEA-ACTUAL- ANALYSIS-CODE 

FEA-AUTHOR 

UNITS  "HAS" 

role  FEA-UNITS-ID  for  UNITS-ID 
ENDENTITY 

ENTITY  FEM-ELEMENT 
KEY 

FEM  "will  have"  P 
FEM-ELEMENT-NUMBER 

ENDKEY 

FEM-COORDINATE-SYSTEM  "HAS" 

role  FEM-ELEMENT-geometric-property-COORDINATE-SYSTEM-nujnber  for 
FEM-COORDINATE-SYSTEM-NUMBER 
FEM-COORDINATE-SYSTEM  "HAS" 

role  FEM-ELEMENT-LOCAL-COORDINATE-SYSTEM-number  for 
FEM-COORDINATE-SYSTEM-NUMBER 
FEM-COORDINATE-SYSTEM  "HAS" 

role  FEM-ELEMENT-MATERIAL-PROPERTT-COORDINATE-SYSTEM-number  for 
FEM-COORDINATE-SYSTEM-NUMBER 
FEM-ELEMENT-PURPOSE-DESCRIPTOR 
FEM-ELEMENT- ORDER-NUMBER 
FEM-ELEMENT-SHAPE-NUMBER 
ENDENTITY 

ENTITY  FEM-NODE 
KEY 

FEM  "will  have"  p 
FEM-NODE-NUMBER 

ENDKEY 

FEM-NODE-COORDINATE-1 
FEM-NODE-COORDINATE-2 
FEM-NODE-COORDINATE-3 
FEM-COORDINATE-SYSTEM  "HAS" 

role  FEM-NODE-DEFINITION-COORDINATE-SYSTEM-nuffiber  for 
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FEM-COORDINATE-SYSTEM-number 
FEM-COORDINATE-SYSTEM  "HAS" 

role  FEM-NODE-OUTPUT-COORDINATE-SYSTEM-number  for 
FEM-COORDINATE-SYSTEM-number 

ENDENTITY 

ENTITY  FEM-CONNECTIVITY 
KEY 

FEM-ELEMENT  "will  have"  P 
FEM-NODE-SEQUENCE-NUMBER 

ENDKEY 

FEM-NODE  "is  member  of" 

ENDENTITY 

ENTITY  FEM-COORDINATE-SYSTEM 
KEY 

FEM  "HAS" 

FEM-COORDINATE-SYSTEM-number 

ENDKEY 

GENERALIZATION  BY  FEM-COORDINATE-SYSTEM-use  OF 
fern- coordinate -mas ter- system 
fern- coordinate-definition- system 
ENDGENERALIZATION 

FEM-COORDINATE-sy stem- type 
ENDENTITY 

ENTITY  f em-coordinat e-mast er-sy stem 
CATEGORY  BY  f em-coordinate-system-use 
OF  f em-coordinate-system 
ENDENTITY 

ENTITY  fem-coordinate-definit ion-system 
CATEGORY  BY  f em-coordinate-system-use 
OF  fem-coordinate-system 
ENDENTITY 

ENTITY  fem-coordinata-transform 
KEY 

f em-coordinata-master-system  "hat" 

ROLE  f em-coordinata-mastar-systam-nombar  FOR 
f am-coordinata-systam-numbar 
fem-coordinata-dafinit ion-system  "has" 

ROLE  fam-coordinata-dafinition-system-numbar  FOR 
f am-coordinata-system-nuinbar 
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ENDKEY 

fern- coordinate- transformation-matrix 
ENDENTITY 

ENTITY  FEM-GROUP 
KEY 

FEM  "HAS" 

FEM-GROUP-number 

ENDKEY 

f em-group-name 
ENDENTITY 

ENTITY  FEM-NODE-GROUP 
KEY 

FEM-GROUP  "HAS" 

FEM-NODE  "HAS" 

ENDKEY 

ENDENTITY 

ENTITY  FEM-ELEMENT-GROUP 
KEY 

FEM-GROUP  "HAS" 

FEM-ELEMENT  "HAS" 

ENDKEY 

ENDENTITY 

ENTITY  FEM-GEOMETRIC-PROPERTY 
KEY 

FEM  "HAS" 

FEM-GEOMETRIC-PROPERTY-number 

ENDKEY 

generalization  by  FEM-GEOMETRIC-PROPERTY-TYPE 
of 

fem-point-geomatric-property 
fem-bean-geomatric-property 
f am-lina-gaomatric-proparty 
fam-oaabrana-ahall-gaomatric-proparty 
f em-8olid-gaomatric-proparty 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  FEM-GEOMETRIC-PROPERTY-TEIT 
KEY 

FEM-GEOMETRIC-PROPERTY  "HAS"  Z 
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ENDKEY 

FEM-GEOMETRIC-PROPERTY-TEXT 

ENDENTITY 

ENTITY  FEM-GEOMETRIC-PROPERTY- INTEGRATION-ORDER 
KEY 

FEM-GEOMETRIC-PROPERTY  "HAS"  Z 

ENDKEY 

FEM- INTEGRATION-ORDER 
ENDENTITY 

ENTITY  fem-element-geora«tric -property 
KEY 

fem-element  "has"  z 
f em-geometric-property  "has" 

ENDKEY 

ENDENTITY 

ENTITY  fem-element -node-geometric-property 
KEY 

fern-connectivity  "has"  z 
f em-geometric-property  "has" 

ENDKEY 

ENDENTITY 

ENTITY  fern-point -geometric-property 
CATEGORY  BY  f em-geometric-property-type 
OF  f em-geometric-property 
point-mass-half -6x6-matrix 
ENDENTITY 


ENTITY  fem-line-geometric-property 
CATEGORY  BY  f em-geometric-property-type 
OF  f em-geometric-property 

GENERILIZITIOM  BY  f em-line-geometric-property-type 
OF  fem-spring-geometric-property 

fem-damper-geometric-property 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  fem-spring-geometric-property 
CATEGORY  BY  f em-line-geometric-property-type 
OP  fem-line-geometric-property 
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ENDENTITY 


ENTITY  fem-dajnper- geometric -property 
CATEGORY  BY  f em-line-geometric-property-type 
OF  f em-line-geometric-property 
ENDENTITY 

ENTITY  f em-spring-property 
KEY 

fem-sprirtg -geometric-property  "has" 
f era- spring- dof- sequence-no- 1 
fem-spring-dof -sequence-no-2 

ENDKEY 

fern- spring- coefficient 
f em-stress-recovery-coef f icient 
ENDENTITY 

ENTITY  f em-damper-property 
KEY 

f em-damper-geomotric-property  "has" 
fem-damper-dof -sequence-no- 1 
f em-dajnper-dof-sequence-no-2 

ENDKEY 

fem-danper- coefficient 
ENDENTITY 

ENTITY  f em-beaa-geometric-property 
CATEGORY  BY  f em-geometric-property-type 
OF  f em-geometric-property 

ENDENTITY 

ENTITY  f em-beam-warping-data 
KEY 

fem-beaa-geoBetric -property  "has" 

ENDKEY 

fem~beaffl-varping~coeff icient s-1 
fem-beaa-earping-coef f icient8-2 
ENDENTITY 

ENTITY  fem-beam-off set-vectors 
KEY 

f em-beaa-geometric-property  "has" 


ENDKEY 
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f era-beam-off set -vector- 1 
fem-beam-off set -vector-2 


ENDENTITT 


ENTITY  f era-beam-pin-data 


KEY 


fern- beam-geometric -property  "has" 


ENDKEY 


f era- beam-pin -array -1 
f em-beam-pin-array-2 


ENDENTITY 

ENTITY  f em-beam-interval 
KEY 

f em-beam-geometric-property  "has" 
fem-beam- interval -number 

ENDKEY 

f era-beam- length-fr act ion-b 
f em-beam-section  "has" 

ROLE  f em-beam-section-a  FOR  f em-beam-section-number 
f em-beam-section  "has" 

ROLE  f em-beam-section-b  FOR  f em-beam-section-number 
f em-material-property  "has" 

ENDENTITY 

ENTITY  f em-beam-section 
KEY 

fern  "has" 

f em-beam-section-number 

ENDKEY 

GENERALIZATION  BY  f em-beam-section-type 
OF  fem-beam-standard-section 


f em-beam-property-data 


ENDGENERALIZATION 

ENDENTITT 


ENTITY  fem-beam-standaxd-section 
CATEGORY  BY  f em-beao-fection-type 
OF  fem-beam-sectlon 


standard-section  "has" 
ENDENTITY 


ENTITY  fem-beam-property-data 
CATEGORY  BY  f em-beaa-section-type 
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OF  f em-beam-section 

fern-beam- cross -sectional -area 
fern-beam- second-moment 8 -of -area 
fem-beam-polar 8 -moment 
fern- beam- shear -area 
f em-beam-shear-relief -coef f icients 
f era- beam- non- struct ural-mas 8 
fem- beam- centroid-off set 
f em- beam- shear-centre- of f set 
fem-beam-non-structural-mass-of f set 
ENDENTITY 

ENTITY  f era-beam-stress-recovery-coef f icient 
KEY 

f em-beam-section  "has" 

fem-beam- 8 tree 8- recovery-coefficient -number 

ENDKEY 

fem-beam-local-y- coordinate 
f em-beam-local-z-coordinate 
ENDENTITY 

ENTITY  standard-section 
KEY 

standard- sect ion- id 

ENDKEY 

ENDENTITY 

ENTITY  fem-membrane- shell-geometric-property 
CATEGORY  BY  f em-geometric-property-type 
OF  fem-geometric-property 

f em-material-property  "hae" 

ROLE  f effl-membrane-material-property-nujnber  FOR 
f em-material-property-nufflber 
f em-fflembrane-non-structuxal-maas 
feffl-fflembrane-thickneaa 
ENDENTITY 

ENTITY  fem-shell-geometric-property 
KEY 

fem-membrane-shell-geometric-property  "has"  z 

ENDKEY 

f em-material-property  "hat" 

ROLE  fem-shell-bending-material-property-numb«r  FOR 
f em-material-property-number 
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f em-raaterial-property  "has" 

ROLE  f em-shell-shear-raaterial-property-niunber  FOR 
f em-material-property-nuinber 
f em-material-property  "has" 

ROLE  f em-shell-raembrane-bending-material-property-ntmiber  for 
f em-material-property-number 
fern- shell- second-moment -of -area 
fem- shell -shear- thickness 
f em-shell-2-of f set 
stress -recovery-coefficient 
ENDENTITY 

ENTITY  fern-shell- stress -recovery-coefficient 
KEY 

f era-shell-geometric-property  "has" 
fera-shell-s tress -recovery-coefficient-number 

ENDKEY 

fem-shell-s tress -recovery- coefficient 
ENDENTITY 

ENTITY  fem- solid-geometric -property 
CATEGORY  BY  f em-georaetric-property-type 
OF  f em-geometric-property 

f em-material-property  "has" 

ROLE  f em-solid-material-property-number  FOR 
f em-material-property-number 

ENDENTITY 

ENTITY  fem-material-property 
KEY 

fem  "has" 

f em-material-property-number 

ENDKEY 

GENERALIZATION  BY  f em-material-property-type 
OF  f em-compos it e-mat erial-property 

fem-homogeneous-material-property 
fem-material- table 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  fem-homogeneous-material-property 
CATEGORY  BY  f em-material-property-type 
OF  fem-material-property 

GENERALIZATION  BY  f em-homogeneous-material-property-type 
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OF  fem- isotropic -material-property 

fem-ort ho tropic -material -property 
f em- anisotropic -mater ial-property 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  fem-structural-mass -density 
KEY 

f em-homogeneous-material-property  "has"  z 

ENDKEY 

fern- structural -mass -density- value 
ENDENTITY 

ENTITY  f em-structural-damping-coef f icient 
KEY 

f em-homogeneous-material-property  "has"  z 

ENDKEY 

f em-structural-damping-coef f icient -value 
ENDENTITY 

ENTITY  f em-i sot ropic-mater ial-property 
CATEGORY  BY  f em-homogeneous-material-property-type 
OF  fern-homogeneous -mater ial-property 
ENDENTITY 

ENTITY  f em-i sot rpic-thermal-material-property 
KEY 

f em-isotropic-material-property  "has"  z 

ENDKEY 

fem-thermal-conductivity-coeff icient 
f em- specif ic-heat-capacity 
fem-convective-film- coefficient 
ENDENTITY 

ENTITY  fem-isotropic-structural-material-property 
KEY 

fem-isotropic-material-property  "has"  z 

ENDKEY 

fem-isotropie-Youngs-modulus 
f em-i sot ropic-poissons -ratio 
fem-isotropic-shear-modulus 
ENDENTITY 

ENTITY  fern- isotropic- thermal -expans ion 
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KEY 

f em-isotropic-material-property  "has"  z 

ENDKEY 

f era- isotropic-thtrmal-expan 8 ion-coefficient 
fem- isotropic -thermal- expans  ion- ref erence- temperature 
ENDENTITY 

ENTITY  f era-orthotropic-material-property 
CATEGORY  BY  f em-homogeneous-material-property-type 
OF  f em-homogeneous-material-property 
ENDENTITY 

ENTITY  fem-orthotropic- thermal-material-property 
KEY 

f em-orthotropic-material-property  "has"  z 

ENDKEY 

GENERALIZATION  BY  f em-orthotropic-thermal-material-property-type 
OF  f em-orthotropic-thermal-Zd-material-property 

f em-orthot Topic- thermal-3d-material-property 
ENDGENERALIZATION 

fem-ort hot Topic- thermal- in-plane- thermal-conductivities 
fem-orthot Topic- thermal-heat -capacity 
f em-orthot Topic- thermal-convective-film-coefficient 
ENDENTITY 

ENTITY  f em-orthot Topic- thermal- 2d-material -property 
CATEGORY  BY  f em-orthotropic-thermal-material-property-type 
OF  f em-orthotropic- thermal-mat erial-property 

ENDENTITY 

ENTITY  f em-orthot ropic-thermal-3d-material-property 
CATEGORY  BY  f em-orthotropic-thermal-material-property-type 
OF  f em-orthotropic-thermal-material-property 

fem-orthot Topic- thermal-out -plane- thermal- conductivity 
ENDENTITT 

ENTITY  f em-orthotropic-structural-material-property 
KEY 

fem-orthotropic-material-property  "hat"  z 

ENDKEY 

GENERALIZATION  BY  f em-orthotropic-structural-material-property-type 
OF  fem-orthotropic-ttructural-2d-mat erial-property 

fem-orthotropic-ttructural-3d-mat erial-property 
ENDGENERALIZATION 
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f em-ort  hot  rpic-stmctural- in-plane-poi  8 sons -ratio 
f em- ortho trpic-st ructural-in-plan«- shear-modulus 
f em- ortho trpic -structural- in-plane-youngs -moduli 
ENDENTITT 

ENTITY  f em-ort ho tropic- struct ural-2d-materi al-propert 7 
CATEGORY  BY  f em-orthotropic-structural-material-property-type 
OF  fem-ortho tropic- structural -material-property 
ENDENTITY 

ENTITY  f em-ort ho tropic- St rue tural-3d-material-property 
CATEGORY  BY  f em-orthotropic-structurad-material-property-type 
OF  f em-orthotropic-structural-material-property 

fem-orthotrpic-structural-out-plane-poissons -ratio 
f em-ort ho trpi c-st ructural-out -plane- shear-modulus 
f em-ort hot rpic-structural-out -plane-youngs -moduli 
ENDENTITY 

ENTITY  fem-orthotropic- thermal-expansion 
KEY 

f em-orthotropic-material-property  "has"  z 

ENDKEY 

GENERALIZATION  BY  f em-orthotropic-thermal-expansion-typo 
OF  f em-ort ho tropic-2d- thermal-expans ion 

fem-orthotropic-3d- thermal -expans ion 
ENDGENERALIZATION 

f em-ort hot rpic-thermal-in-plane-expans ion- coefficient 8 
fem-orthotrpic-thermal-expansion-reference- temperature 
ENDENTITT 

ENTITY  f em-orthotropic-Zd-thermal-expansion 
CATEGORY  BY  f em-orthotropic-thermal-expansion-type 
OF  fea-orthotropie-thermal-ezpansion 
ENDENTITT 

ENTITY  f em-orthotropic-3d- thermal-expana ion 
CATEGORY  BY  f ea-orthotropic-thermal-expansion-type 
OP  fem-orthotropic-thermal-expaniion 

fem-orthotrpic-ottt-plane-thermal-expansion-coeff icienti 
ENDENTITT 

ENTITY  f em-anisotropic-material-property 
CATEGORY  BY  f em-homogeneoui-material-property-type 
OF  f em-homogeneous-material-property 
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GENERALIZATION  BY  f era-ani8otropic-matarial-property-typ« 

OF  f em-anisotropic-thermal-expansion 

fern-anisotropic- thermal-material -property 
fem- anisotropic-structural-material-property 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  fern- anisotropic- thermal-material-property 
CATEGORY  BY  f em-anisotropic-raaterial-property-type 
OF  f em-anisotropic-material-property 

GENERALIZATION  BY  f em-anisotropic-thermal-material-property-type 
OF  f era-ani sot ropic-t hermal-2d-material -property 
f em- anisotropic- thermal- 3d-material-property 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  f em-ani8otropic-thermal-2d-material-property 
CATEGORY  BY  f em-anisotropic-thermal-material-property-type 
OF  f em-anisotropi c- thermal-mat erial-property 

f em- anisotropic- thermal- 2d-conductivity-matrix 
fem-ani8otropic-thermal-2d-heat -capacity 
ENDENTITY 

ENTITY  f em-ani80tropic-thermal-3d-mat#rial-property 
CATEGORY  BY  f em-anisotropic-thermal-material-property-type 
OF  f em-anisotropi c- thermal-mat erial-property 

f em-anisotropi c- thermal- 3d-conductiv it y-matrix 
fern- anisotropic- thermal-3d-heat- capacity 
ENDENTITT 

ENTITY  fem-anisotropic-structural-material-property 
CATEGORY  BY  f em-anisotropic-material-property-type 
OP  fem-anisotropic-material-property 

GENERILIZATIOH  BY  fem-anisotropic-stmctural-material-property-type 
OF  fem-ani80tropic-8tructural-2d-material-property 
fem-anisotropic-stmctural-Sd-material-property 
ENDGENERALIZATION 
ENDENTITT 

ENTITY  fem-anisotropic-structural-2d-material-property 
CATEGORY  BY  f em-anisotropic-structural-material-property-type 
OF  fem-anisotropic-stractural-material-property 
f em-anisotropi c-stractttral-2d-matrix 
ENDENTITT 
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ENTITT  f «m- anisotropic- structural- 3d-mat®rial-prop«rty 
CATEGORY  BY  f em-anisotropic-structural-material-property-type 
OF  fem- anisotropic- structural -material -property 
f em- ami sot ropic- struct ural-3d-matrix 
ENDENTITY 

ENTITY  fem- anisotropic- thermal-expans ion 
CATEGORY  BY  f era-anisotropic-raaterial-property-type 
OF  fem- anisotropic-material-property 
GENERALIZATION  BY  f em-anisotropic-thermal-expansion-type 
OF  fem-ani so tropic- 2d- thermal-expans  ion 
fem-ani sot ropic- 3d- thermal -expans  ion 
ENDGENERALIZATION 
ENDENTITY 

ENTITY  fem- anisotropic- 2d- thermal -expans ion 
CATEGORY  BY  f em-anisotropic-thermal-expansion-type 
OF  fern-anisotropic- thermal-expansion 

fem- anisotropic- 2d- thermal-expans ion-coefficient a 
fem- ani8otropic-2d- thermal- expansion-reference- temperature 
ENDENTITY 

ENTITY  fem-ani8otropic-3d- thermal-expansion 
CATEGORY  BY  f em-anisotropic-thermal-expansion-type 
OF  f em-anisot ropic- thermal-expansion 

fem-anisotropic-3d- thermal-expans ion-coefficients 
f em-anisot ropic-3d- thermal-expansion-reference- temperature 
ENDENTITY 

ENTITY  f em-composite-material-property 
CATEGORY  BY  f em-material-property-type 
OF  f em-material-property 

GENERiLIZATION  BT  fea-composite-material-type 
OF  feB-halpin-tsai-naterial-property 

f ea-laainate-composit e-mat erial-property 
fem-miztare-coiBposite-fflaterial-property 
ENDGENERILIZATION 
ENDENTITY 

ENTITT  f em-mixture-composite-material-property 
CATEGORY  BY  fem-composite-material-type 
OF  f em-composite-material-property 

ENDENTITY 


1065 


ISO  TC184,  SC4  WGl 


ANNEX  D 
(Draft  ProposaJ 


October  31,  19«8 


N283 


SECTION  9:  FEM  INFORMATION  MODEL 


ENTITY  f ern-raixture-material-property 
KEY 

f em-mixtura-composite-material-proparty  "is  made  of"  p 
ROLE  f em-mixture-material-property-numbor  FOR 
f era-mat erial-pr operty -number 
fem-mixture- volume -sequence -number 

ENDKEY 

fem-mixture- volume-fraction 
fem-mixture- volume-orient at ion 
f em-material-property  "is  referred  by" 

ROLE  f em-mixture-volume-material-property-number  FOR 
f em-material-property-number 

ENDENTITY 

ENTITY  f em-halpin-tsai-material-property 
CATEGORY  BY  f em-composite-material-type 
OF  fern- compos it e-material -property 

fera-halpin-tsai-fiber- volume- fraction 
fem-halpin-tsai-matrix- volume-fraction 
f em-halpin-tsai-coefficients 
f em-material-property  "is  referred  by" 

ROLE  f em-halpin-tsai-f iber-material-property-number  FOR 
f em-material-property-number 
f em-material-property  "is  referred  by" 

ROLE  f em-halpin-tsai-matrix-material-property-number  FOR 
f em-material-property-number 

ENDENTITY 

ENTITY  f em-laminate-composite-material-property 
CATEGORY  BY  f em-composite-material-type 
OF  f em-composite-material-property 

fem-laminate-z-off set 
ENDENTITY 

ENTITY  f em-laminate-material-property 
KEY 

fem-laminate-composite-material-property  "is  made  of"  p 
fem-laminate-ply-sequence-number 

ENDKEY 

fem-material-property  "is  referred  by" 

ROLE  fem-laminate-ply-material-property-number  FOR 
f em-material-property-number 
fem-laminate-ply- thickness 
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fem- laminate -ply- orientation 
ENDENTITT 

ENTITY  f em-material-table 
CATEGORY  BY  f em-material-property-type 
OF  f em-material-property 

fern-material -table -independent- variable -descript or 
ENDENTITY 

ENTITY  fern-material- table- instance 
KEY 

f em-material-table  "has"  p 

fern-material- table- independent -variable- sequence -number 

ENDKEY 

f era-material-property  "has" 

ROLE  f em-material-table-material-property-number  FOR 
f em-material-property-number 
fern-material -table- independent -variable- value 
ENDENTITY 

ENDS 

ENDVIEW 


N288  ! 
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9.9  FEM  EXPRESS  Specification 

The  FEM  committee  of  ISO  TC184/SC4/WG1  have  been  developing  their  reference  model 
using  the  graphical  data  modelling  language  IDEFlX.  This  appendix  contains  a translation 
of  that  reference  model  from  IDEFlX  to  EXPRESS.  It  is  used  a basis  for  the  integration  of 
FEM  into  the  Integrated  Product  Information  Model. 

There  is  no  algorithm  available  for  direct  translation  from  IDEFlX  to  EXPRESS  and  for 
many  of  the  IDEF  entities  there  were  found  to  be  several  options  for  modelling  in  express. 
In  the  cases  where  it  was  not  clear  which  solution  was  the  best  notes  are  given  which  explain 
the  difficulty.  These  can  be  found  in  section  5. 

Section  ??  contains  a list  of  general  rules  which  were  followed  wherever  possible  during  the 
translation.  They  are  rules  which  seemed  to  give  a sensible  Express  model  for  many  IDEF 
entities  but  it  is  not  possible  to  apply  them  universally. 

Also  included,  in  section  ??,  is  a cross  reference  between  the  IDEFlX  entities  and  the  EX- 
PRESS entities  to  aid  anyone  comparing  the  two  models. 


9.9.1  General  Rules 

1.  Every  IDEF  entity  has  a corresponding  Express  entity  unless  the  IDEF  entity  exists 
only  to  resolve  a many-to-many  relationship  between  two  other  entities.  In  this  case  the 
IDEF  entity  will  usually  appear  only  as  an  attribute  of  one  of  the  two  other  entities.  An 
IDEF  entity  may  also  not  have  a corresponding  Express  entity  under  condition  6 below. 

2.  Where  an  IDEF  entity  has  a foreign  key  attribute  above  the  line  and  the  relationship 
between  this  entity  amd  its  parent  is  1 or  many,  then  this  key  will  not  appear  as  an 
attribute  of  the  entity  in  Express  but  the  relationship  is  satisfied  by  the  entity  being 
referenced  by  a attribute  of  type  set  in  the  parent  entity. 

3.  Where  an  EDEF  entity  has  a foreign  key  attribute  above  the  line  and  the  relationship 
between  this  entity  and  its  parent  is  0,  1 or  many,  then  this  may  appear  either  as  an 
attribute  in  the  child  entity  or  as  a set  of  entity  references  in  the  parent  entity. 

4.  Where  an  IDEF  entity  has  a foreign  key  attribute  below  the  line  this  appears  as  an 
entity  reference  attribute  in  the  corresponding  Express  entity. 

5.  Each  IDEF  entity,  except  those  mentioned  in  6 below,  has  one  key  attribute  (above  the 
line)  which  is  not  a foreign  key.  This  will  generally  not  appear  in  Express  unless  it  is 
considered  an  important  piece  of  information  which  it  is  desired  to  access  externally. 

6.  Where  there  is  a 0 or  1 relationship  between  entities  then  the  child  can  normally  be 
considered  as  an  optional  attribute  of  the  parent  and  will  appear  as  such  in  the  Express 
model. 

7.  All  of  the  information  for  UNITS  was  moved  to  its  own  model  and  it  not  in  the  FEM 
EXPRESS  specification. 
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9.9.2  FEM  Reference  Model 


SCHEMA  Finite.Element.Analysis : 

TYPE  coordinate.pair  = ARRAY  [1:2]  OF  real; 

END.TYPE; 

TYPE  coordinate.triple  = ARRAY  [1:3]  OF  real; 

END.TYPE: 

TYPE  element. order  » ENUMERATION  OF  (constant , linear .quadratic , cubic) ; 
END.TYPE; 

TYPE  element. shape  » ENUMERATION  OF  (point, 
line , 
triangle, 
quadrilateral , 
tetrahedron , 
wedge , 
pyramid, 
hexadedron) ; 

END  TYPE; 

TYPE  enumeration. of .constant. varying  ■ enumeration  of  (constant , varying) ; 
END.TYPE: 

TYPE  coordinate. system.type  ■ ENUMERATION  OF  (rh. rectangular , 

rh.cylindrical, 
rh.spherical , 

Ih.rectangular , 

Ih.cylindrical, 

Ih. spherical) ; 

END  TTPE; 

FUNCTION  derive.maxnodes  (order:  element. order , shape:  element. shape) : integer ; 

(*  This -function  is  incomplete.  It  gives  an  idea  of  vhat  is  required 
but  needs  to  be  extended  to  include  all  possible  combinations  of 
element. shape  and  element. order  «) 

LOCAL 

maxnodes  : integer; 

END. LOCAL: 
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IF  8hap«  » point  THEN 
tfiaxnodes  :=  1; 

END.IF; 

IF  (shape  = line  AND  order  < 2)  THEN 
maxnodes  :=  2; 

END.IF: 

IF  (shape  » line  AND  order  > 1)  THEN 
maxnodes  :»  order  + 1; 

END.IF; 

IF  (shape  * triangle  AND  order  < 2)  THEN 
maxnodes  :=  3; 

END.IF: 

IF  (shape  * triangle  AND  order  ® 2)  THEN 
maxnodes  : = 7 ; 

END.IF: 

RETURN  (maxnodes); 

END. FUNCTION; 

FUNCTION  derive.geom.prop.list.sizefattrl : enumeration.of. const ant. varying , 

maxnodes ; integer) : integer; 

LOCAL 

result  : integer; 

END.LOCAL; 

IF  attrl  » constant  THEN 
result  :»  1 
ELSE 

result  :»  MAXNODES ; 

END.IF: 

RETURN  (result); 

END.FUNCTION; 

FUNCTION  test.geom_prop(attrl renumeration.of.constant.varying; maxnodes : 
maxnodes ; node. list : node. list ; attr4 : geometric. property.rel ) : LOGICAL ; 

LOCAL 

result iLOGICAL; 

END.LOCAL; 

result  :■  TRUE; 

IF  attrl  ■ varying  THEN 
REPEAT  1:1  TO  maxnodes  WHILE  result  ■ TRUE; 

IF  nodes.list(I)  <>  NULL  THEN 
IF  attr4(I)  • NULL  THEN 
result  :»  FALSE; 

ENDIF; 

ENDIF; 
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ENDIF; 

RETURN  (result): 

END. FUNCTION; 

ENTITY  f inite.element.model ; 
fern. id  : UNIQUE  string: 

author  : INTERNAL  person.name : 

creating.sof twar#  : string; 

creation.date  : INTERNAL  date; 

creation. time  : INTERNAL  time; 

descriptor  : string: 

targeted. analysis. code  ; string: 

units. ref  : EXTERNAL  units; 

product. item. ref  : OPTIONAL  EXTERNAL  SET  [!:•]  OF  product. item; 

master.coordinate.system.ref  : EXTERNAL  master. coordinate. system; 
derived.coordinate.system.ref  : OPTIONAL  EXTERNAL  SET  [!:•]  OF 

derived.coordinate.system; 

element. ref  : EXTERNAL  SET  [1:#]  OF  element; 

node. ref  : EXTERNAL  SET  [l:#]  OF  node; 

geometric. property. ref  : EXTERNAL  SET  [!:•]  OF  geometric. property ; 

material.property.ref  : EXTERNAL  SET  [l:i]  OF  material.property ; 
approval. ref  : OPTIONAL  EXTERNAL  SET  [1:#]  OP  approval; 
group  ; OPTIONAL  EXTERNAL  SET  [1:#]  OF  group; 

END. ENTITY: 

RULE  fem. identifiers  FOR  (finite. element. model) ; 

LOCAL 

coord. sys  : LIST  [1  : t]  OF  fem.coordinate. system; 

END. LOCAL; 

coord. sys  » coord.sys  ♦ master.coordinate.system.ref: 

REPEAT  FOR  EACH  derived.coordinate.system  IN 
derived.coordinate.system.ref ; 
coord.sys  ■ coord.sys  ♦ derived.coordinate.system; 

END.REPEAT: 

REPEAT  i :■  1 TO  SIZE0F(coord.8y8) ; 

IF  NOT  (UNIQUE  coord.sys . coordinate. system.nuaber)  THEN 
• VIOLATION; 

END. IF; 

REPEAT  FOR  EACH  element  IN  element. ref; 

IF  NOT  (UNIQUE  element . element .number)  THEN 
VIOLATION; 

END.IF; 

REPEAT  FOR  EACH  node  IN  node. ref; 

IF  NOT  (UNIQUE  node . node. number)  THEN 
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VIOLATION; 

END. IF: 

REPEAT  FOR  EACH  geometric.property  IN  geometric. property.ref : 

IF  NOT  (UNIQUE  geometric.property . geometric.property. id)  THEN 
VIOLATION: 

END. IF: 

REPEAT  FOR  EACH  material. property  IN  material.property.ref : 

IF  NOT  (UNIQUE  material. property .material. property. id)  THEN 
VIOLATION: 

END. IF; 

REPEAT  FOR  EACH  group  IN  group. ref ; 

IF  NOT  (UNIQUE  group . group. name)  THEN 
VIOLATION; 

END. IF; 

END. REPEAT; 

END. RULE; 

ENTITY  units; 

scaled. length. unit  : INTERNAL  scaled. length. unit ; 

scaled. mass. unit  : INTERNAL  scaled. mass. unit ; 

scaled. time. unit  : INTERNAL  scaled. time. unit ; 

scaled. electric. current. unit  : INTERNAL  scaled.current.unit ; 

scaled. thermodynamic. temperature. unit  : INTERNAL  scaled. temperature. unit ; 

scaled. amount. of .substance. unit  : INTERNAL  scaled.amount.unit ; 

scaled. luminous. intensity. unit  : INTERNAL  scaled. luminous. intensity. unit 

scaled. plane.angle.unit  : INTERNAL  scaled.plane. angle. unit ; 

scaled. solid. angle. unit  : INTERNAL  scaled. solid. angle.unit ; 

END. ENTITY; 

ENTITY  date; 

year  : integer; 
month  : integer; 
date  : integer; 

WHERE 

year  > 0; 

1 <■  month  <■  12; 

1 <*day  <■  31; 

END.ENTITY; 

ENTITY  time; 
hour  : INTEGER; 
minute  : INTEGER; 

second  : INTEGER; 

msec  : INTEGER; 
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WHERE 

0 <=  hour  < 24; 

0 <=  minute  < 60; 
0 <=  second  < 60; 
0 <=  msec  < 1000; 
END. ENTITY: 

ENTITY  data.time; 
d : date; 

t : time; 

END. ENTITY: 


ENTITY  person. name; 

name. text  : string: 

END. ENTITY; 


ENTITY  person.and.organisation : 


person 

company 

department 

section 

project 

WHERE 


OPTIONAL  person.name; 
OPTIONAL  string: 
OPTIONAL  string; 
OPTIONAL  string: 
OPTIONAL  string: 


(person  AND  company  AND  department  AND  section  AND 
project)  <>  NULL: 

END. ENTITY; 


ENTITY  approval; 

approval. date  : date. time; 
approving.org  : person.and.organisation; 
approval. name  : string; 

END. ENTITY; 


ENTITY  element; 

element .number  : integer; 

geometrie.property. coord. eye  : EXTERNAL  fem.coordinate. system; 

local. coordinate. system  : EXTERNAL  fern. coordinate. system; 

material. property. coord. sys  : EXTERNAL  fem.coordinate. system; 

element. purpose. descriptor  : string; 

element. order.number  : element. order ; 

element. shape. number  : element. shape; 

node. list  ; EXTERNAL  ARRAY  [1  : maxnodes]  OF  node; 

geometric. property. type  : enumeration. of .constant. varying; 

geometric. property. ref  : EXTERNAL  ARRAY  [1  : geom. prop. list. size]  OF 
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g«ometric_prop«rt7 

WHERE 

maxnodea  * darive.raaxnodes  (element.order , 

element.shape) ; 

geom_prop_list_8iz9  = derive_geom.prop_li8t_8iz9(geometric_property_typ« , 

maxnod98) ; 

t98t_g9om_prop(9nmn9ration_of_con8t ant .varying ;maxnod98 ; noda.list ; 

g9om9tric_prop9rty.r9f ) = TRUE; 

END. ENTITY: 


ENTITY  noda; 

noda.numbar  : intagar; 
coordinata.l  : raal; 
coordinate_2  : raal; 
coordinate. 3 : real; 

def inition.coordinate.aystem.raf  : EXTERNAL  fam.coordinata. system; 

output.coordinata.system.raf  : EXTERNAL  f am.coordinata.systam; 

END. ENTITY; 


ENTITY  f am.coordinata.systam  SUPERTYPE  OF  (mastar.coordinata.systam  OR 
darivad.coordinata.systam) ; 
coordinata.systam.numbar  : intagar; 

coordinata.systam.typa  : coordinata.systam.typa ; 

END. ENTITY: 

ENTITY  mastar.coordinata.systam  SUBTYPE  OF  (f am.coordinata.systam) ; 
END. ENTITY: 

ENTITY  darivad.coordinata.systam  SUBTYPE  OF  (f am.coordinata.systam) ; 
transf onnation.matrix  : ARRAY  [1:4]  OF  ARRAY  [1:3]  OF  raal; 
rafaranca.coordinata.systam  : EXTERNAL  mastar.coordinata.systam; 
END.ENTITT; 


ENTITY  group; 
group. nufflbar 
group.nama 
noda'.raf 
alamant.raf 
END.ENTITT; 


intagar: 

OPTIONAL  string: 

OPTIONAL  EXTERNAL  SET  [l:i]  OP  noda; 
OPTIONAL  EXTERNAL  SET  [!:•]  OF  alamant; 


ENTITY  gaomatric. proparty  SUPERTYPE  OF  (point. gaomatric. proparty  OR 
lina.gaomatric. proparty  OR 
baam.gaomatric. proparty  OR 
mambrana. shall. gaomatric.proparty  OR 
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solid.geometric.property ) ; 
gepmetric.property.number  : integer: 

property.text  : OPTIONAL  string; 
integration.order  ; OPTIONAL  integer: 

END. ENTITY: 

ENTITY  point.geometric.property  SUBTYPE  OF  (geometric. property ) ; 
point. mass. half .6x6. matrix  : ARRAY  [1:21]  OF  real; 

END. ENTITY; 

ENTITY  line. geometric. property  SUBTYPE  OF  (geometric. property) ; 

spring. property. ref  : OPTIONAL  EXTERNAL  spring. geometric. property ; 
damper. property. ref  : OPTIONAL  EXTERNAL  damper. geometric. property ; 

WHERE 

N0T( (spring. property. ref  » NULL)  AND  (damper. property. ref  » NULL)); 

END. ENTITY: 

ENTITY  spring. geometric. property ; 

property. list  : EXTERNAL  LIST  [l:t]  OF  spring.property ; 

END. ENTITY; 

ENTITY  spring.property: 

dof. sequence. no. 1 : integer: 

dof.sequence.no. 2 : integer: 

spring. coefficient  : real; 

stress. recovery. coefficient  : real; 

END. ENTITY: 

ENTITY  damper.geometric.property ; 

property. list  : EXTERNAL  LIST  [1:#]  OF  damper. property : 

END. ENTITY; 

ENTITY  damper. property ; 
dof.8equence.no. 1 
dof .sequence. no. 2 
damper.coeff icient 

END.ENTITT; 

ENTITY  beam. geometric. property  SUBTYPE  OF  (geometric. property) ; 

pin.array.1.2  : OPTIONAL  ARRAY  [1  : 2]  OF  ARRAY  [1  : 6]  OF  integer; 
of f 8et.vector.l.2  : OPTIONAL  ARRAY  [1  : 2]  OF  coordinate. triple ; 

warping.coeff icient8.1.2  : OPTIONAL  ARRAY  [1:2]  OF  real; 

beam.interval.ref  : EXTERNAL  LIST  [1  : f]  OF  beam. interval; 

END.ENTITT: 


integer; 

integer: 

real; 
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ENTITY  beam.interval ; 

beaffl.length.f raction.B  : real; 

section.ref _A  : EXTERNAL  beafli.section ; 
section.ref _B  : EXTERNAL  beam.section ; 
matarial.ref  : EXTERNAL  material.property ; 

WHERE 

beam.length.f raction.B  BETWEEN  0.  AND  1.; 

END. ENTITY; 

ENTITY  beam.section  SUPERTYPE  OF  (beam.property.data  OR 
staLndard.beam.section)  ; 

str988_r«cov9ry_coef f icienta  : OPTIONAL  LIST  [l:f]  OF  coordinata.pair ; 
END. ENTITY: 


ENTITY  baam. proparty. data  SUBTYPE  OF  (baam.aaction) ; 
cro88.89ctional.aroa  : roal; 

89cond.momant.of .araa.Ill  : raal; 

second.momant.of .ar9a.I22  : roal; 

socond.momant.of .ar9a_I12  : raal; 

polar. momant  : real; 
shear. area. K1  : real; 
shear. area. K2  : real; 
shaar.relief .coalf icient.Sl 
8haar.relief_coafficient.S2 
non_8tructural.ma88 
centroid.of f 8et 
ahear.centre.off set 
non_8tructural.ma88_of f set 
END.ENTITY; 


: OPTIONAL  real; 

: OPTIONAL  real; 

OPTIONAL  real; 

OPTIONAL  coordinate.pair : 

OPTIONAL  coordinate.pair: 

: OPTIONAL  coordinate.pair; 


ENTITY  standard. beam.section  SUBTYPE  OF  (beam.section) ; 

property.data  : eztaraal. reference; 

END.ENTITY: 

ENTITY  membrane. shell.geometric.property  SUBTYPE  OF  (geometric. property) ; 
membtane.material  : EXTERNAL  material.property ; 
thic)uiess  : real; 
nonstructural.mass  : real; 

bending.material  : OPTIONAL  EXTERNAL  material.property; 

shear. material  ; OPTIONAL  EXTERNAL  material.property; 

membrane-bending.material  : OPTIONAL  EXTERNAL  material.property; 
second.moment.of .area  : OPTIONAL  raal; 

shear. thickness  : OPTIONAL  real; 
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stress.recovery.coef f icient  : OPTIONAL  SET  OF  real; 

END.ENTITT; 

ENTITY  solid.geometric.property  SUBTYPE  OF  (geometric.property ) ; 

material  : EXTERNAL  material.property ; 

END. ENTITY; 

ENTITY  material.property  SUPERTYPE  OF  (homogeneous. material  OR 
composite. material  OR 
material. table) ; 

material. property. number  : integer: 

text  : OPTIONAL  string; 

END. ENTITY: 

ENTITY  composite. material  SUPERTYPE  OF  (halpin-tsai. material  OR 
laminate. composite. material  OR 
mixture. compos ite.material) 

SUBTYPE  OF  (material.property): 

END. ENTITY: 

ENTITY  mixture. composite. material  SUBTYPE  OF  (composite. material) ; 

mixture. material  : EXTERNAL  LIST  [1:#]  OF  mixture. material. property ; 

WHERE 

8um(mixture. material. mixture. fraction)  » 1.0; 

END. ENTITY; 

ENTITY  mixture. material.property : 
volume. fraction  : real; 

volume. orientation  : real; 

volume. material  : EXTERNAL  material.property; 

WHERE; 

0.  < volume. fraction  <1.; 

END.ENTITT; 

ENTITY  halpin-tsai-matarial  SUBTYPE  OF  (composite.material) ; 
fiber.volume. fraction  ; real; 
matriz.volume. fraction  : real; 

coefficients  : LIST  [1:#]  OF  real; 
f iber.material  : EXTERNAL  material.property; 

matriz.material  : EXTERNAL  material.property; 

WHERE 

fiber. volume. fraction  ♦ matrix. volume. fraction  ■ 1.0; 

END.ENTITT; 
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ENTITY  laminata.composite.material  SUBTYPE  OF  (composite.material) ; 
laminata.z.of f set  ; real; 

larainate.material  ; EXTERNAL  LIST  [1:#]  OF  laminate.material.property ; 

END. ENTITY: 

ENTITY  lajninate.raaterial.property ; 
ply. thickness  ; real; 
ply.orientation  : real; 

ply.matenal  : EXTERNAL  material. property  ; 

END  ENTITY: 

ENTITY  material. table  SUBTYPE  OF  (material. property ) : 
independent.variable. descriptor  : string; 

material. table.instance. ref  : EXTERNAL  LIST  [1:#]  OF  material.table. instance ; 
END. ENTITY: 

ENTITY  material.table. instance : 

material.table. material. ref  : EXTERNAL  material. property ; 

independent. variable. value  : real: 

END. ENTITY: 

ENTITY  homogeneous. material  SUPERTYPE  OF  (isotropic. material  OR 
orthotropic. material  OR 
anisotropic. material) : 

SUBTYPE  OF  (material.property ) : 
mass. density  : OPTIONAL  real; 

structural.damping.coef f icient  : OPTIONAL  real; 

END. ENTITY; 

ENTITY  isotropic.material  SUBTYPE  OF  (homogeneous.material) ; 

thermal.property  : OPTIONAL  EXTERNAL  isotropic. thermal.property ; 

structural. property  : OPTIONAL  EXTERNAL  isotropic. structural.property ; 

expanslon.property  : OPTIONAL  EXTERNAL  isotropic. thermal. expansion ; 

WHERE 

NOT  ((  thermal.property  ■ NULL)  AND  (structural.property  ■ NULL)  AND 
(expansiott.property  ■ NULL)); 

END. ENTITY; 

ENTITY  isotropic. thermal.property: 

thermal. conductivity. coefficient  : real; 

specif ie. heat. capacity  ; real: 

convective.film.coeff icient  : real; 

END. ENTITY; 
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ENTITY  isotropic.structural.property ; 
Youngs.modulus  : real; 

poisson ’ s.ratio  : real; 

shear.moduluB  : real; 

END. ENTITY; 


ENTITY  isotropic.thermal.expanaion ; 
thermal.expansion.coef f icient  : real; 
thermal.expansion.ref erence.temp  : real; 

END. ENTITY; 


ENTITY  orthotropic. material  SUBTYPE  OF  (homogeneous. material) ; 

thennal.property  : OPTIONAL  EXTERNAL  orthotropic.thermal. property ; 

structural.proerty  : OPTIONAL  EXTERNAL  orthotropic. structural. property ; 

expansion. property  : OPTIONAL  EXTERNAL  orthotropic.thermal. expansion; 

WHERE 

NOT  ((  thennal.property  ■ NULL)  AND  (structural. property  ■ NULL)  AND 
(expansion. property  ■ NULL)); 

END. ENTITY; 


ENTITY  orthotropic. structural. property  SUPERTYPE  OP 


in-plane. youngs. moduli 
in-plane. po is sons. ratio 
in-plane. shear. modulus 


(orthotropic.structural_2d. property  OR 
orthotropic. structural. 3d. property) ; 
ARRAY  [1:2]  OF  real; 
real ; 
real ; 


END. ENTITY; 


ENTITY  orthotropic. structural_2d. property  SUBTYPE  OF 

(orthotropic.STRUCTTURAL. property) ; 


END. ENTITY; 


ENTITY  orthotropic. structural. 3d. property  SUBTYPE  OP 

(orthotropic. structural. property) ; 
out-of-plane.youngs.moduli  : ARRAY  [1:2]  OF  real; 

out-df-plane.poissons. ratio  : ARRAY  [1:2]  OF  real; 

out-of -plane. shear.modulus  : real; 

END.ENTITY; 

ENTITY  orthotropic. thermal. property  SUPERTYPE  OF 

( orthotropic. thermal. 2d.property  OR 
orthotropic.thermal.3d.property) ; 
in-plane. thermal. conductivities  : ARRAY  [1:2]  OF  real; 
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specif ic_heat_capacity  : real; 

convective.f ilm.coeff icient  : real; 

END, ENTITY; 


ENTITY  orthotropic_thennal_2d_property  SUBTYPE  OF 

(orthotropic.thermal.property) ; 


END.ENTITY; 


ENTITY  orthotropic_thennal.3d_property  SUBTYPE  OF 

(orthotropic_thennal_property ) ; 
out-of -plane_thermal_conductivity  : real; 

END.ENTITY: 


ENTITY  orthotropic.thermal.expansion  SUPERTYPE  OF 

( ort hot ropic_2d_ thermal .expans ion  OR 
orthotropic. 3d. thermal. expans ion) ; 

in-plane. thermal. expansion. coefficients  : ARRAY  [1:2]  OF  real; 

thermal. expansion. ref erence. temperature  : real; 

END.ENTITY: 


ENTITY  orthotropic. 2d_thermal_expan8ion  SUBTYPE  OF 

(orthotropic. thermal.expansion) ; 


END.ENTITY: 


ENTITY  orthotropic. 3d. thermal. expansion  SUBTYPE  OF 

(orthotropic.thermal. expansion) ; 
out-of-plane_thermal.expansion_coef f icient  : real; 

END.ENTITY; 

ENTITY  anisotropic.material  SUBTYPE  OF  (homogeneous. material) ; 

thermal. property  : OPTIONAL  EXTERNAL  anisotropic. thermal.property ; 

structural.proerty  : OPTIONAL  EXTERNAL  anisotropic. structural. property ; 

ezpansion.property  : OPTIONAL  EXTERNAL  anisotropic.thermal. expansion; 

WHERE 

NOT  ((  thermal.property  ■ NULL)  AND  (structural.property  ■ NULL)  AND 
(ezpansion.property  ■ NULL)); 

END.ENTITY; 

ENTITY  anisotropic. structural.property  SUPERTYPE  OP 

(anisotropic. structural. 2d.property  OR 
anisotropic. structural. 3d. property) ; 

END.ENTITY; 


ENTITY  anisotropic. structural. 2d. property  SUBTYPE  OP 
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(ini8otropic_8tructural_prop«rty) ; 
material.elasticity.half _3x3_matrix  : ARRAY  [1:6]  OF  real; 

END.ENTITY; 

ENTITY  anisotropic. structural_3d_property  SUBTYPE  OF 

(aniaotropic.structural.property) ; 
material.elaaticity.half .6x6. matrix  : ARRAY  [1:21]  OF  real; 

END.ENTITY; 

ENTITY  aniaotropic. thermal. property  SUPERTYPE  OF 

(ani8otropic_2d_thermal.property  OR 
aniaotropic.thermal. 3d. property ) ; 

specif ic.heat.capacity  : real; 

END.ENTITY: 

ENTITY  aiii80tropic_thermal_2d_property  SUBTYPE  OF 

(anisotropic.thermal.property) ; 
thermal.conductivity  : ARRAY  [1  TO  2]  OF  real; 

END.ENTITY; 

ENTITY  anisotropic. thennal_3d_property  SUBTYPE  OF 

(anisotropic.thermal.property) ; 
thermal.conductivity  : ARRAY  [1:3]  OF  real; 

END.ENTITY; 

ENTITY  anisotropic. thermal. expansion  SUPERTYPE  OF 

(anisotropic. 2d. thermal. expans ion  OR 
anisotropic. 3d. thermal. expansion) ; 
thermal. expansion. reference. temp  : real; 

END.ENTITY; 

ENTITY  anisotropic. 2d_thermal. expansion  SUBTYPE  OP 

(anisotropic. thermal. expansion) ; 
thermal. expansion. coefficients  : ARRAY  [1:3]  OF  real; 

END.ENTITY; 

ENTITY. anisotropic. 3d.thermal. expans ion  SUBTYPE  OF 

(anisotropic. thermal. expansion) ; 
thermal. expansion. coefficients  : ARRAY  [1:6]  OF  real; 

END.ENTITY; 

END. SCHEMA; 
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9.9.3  IDEF/EXPRESS  Entity  Cross  Reference  List 


IDEF  Entity 

EXPRESS  Entity 

EXPRESS  Attribute  Note 

FEM  ENVIRONMENT 

1 

FEA  RESULTS 

1 

FEM 

finite.element  .model 

UNITS 

units 

PRODUCT  ITEM/FEM 

finite -element  .model 

product  item  ref 

FEA  CONTROL 

fea.control 

FEA 

fea 

FEM  APPROVAL 

approval 

3 

FEA  CONTROL 
APPROVAL 

approval 

3 

FEM  ELEMENT 

element 

FEM  NODE 

node 

FEM  CONNECTIVITY 

element 

node  Jist 

FEM  COORDINATE 
SYSTEM 

fem 

coordinate  jystem 

FEM  COORDINATE 
MASTER  SYSTEM 

master. 

coordinatejystem 

FEM  COORDINATE 
DEFINITION  SYSTEM 

derived- 

coordinate.system 

FEM  COORDINATE 
TRANSFORM 

derived. 

coordinate.8y8tem 

transformation. 

matrix 
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IDEF  Entity 

FEM  GROUP 

FEM  NODE  GROUP 

FEM  ELEMENT  GROUP 

FEM  GEOMETRIC 
PROPERTY 

FEM  ELExMENT 
GEOMETRIC  PROPERTY 

FEM  ELEMENT/NODE 
GEOMETRIC  PROPERTY 

FEM  GEOMETRIC 
PROPERTY  TEXT 

FEM  INTEGRATION 
ORDER 

FEM  POINT 

GEOMETRIC  PROPERTY 

FEM  LINE  ELEMENT 
GEOMETRIC  PROPERTY 

FEM  SPRING 
GEOMETRIC  PROPERTY 

FEM  SPRING 
PROPERTY 

FEM  DAMPER 
GEOMETRIC  PROPERTY 

FEM  DAMPER  PROPERTY 

FEM  BEAM  GEOMETRIC 
PROPERTY 
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EXPRESS  Entity  EXPRESS  Attribute  Note 


group 

group 

node  j^ef 

group 

element  .ref 

geometric  .property 

element 

geometric-property 

j'ef 

element 

geometric-property 

jef 

geometric-property 

property -text 

geometric-property 

integration.order 

point -geometric- 
property 

line-geometric. 

property 

spring -geometric - 
property 

spring  .property 

damper  -geometric, 
property 

damper  .property 

beam  .geometric, 
property 
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IDEF  Entity 

EXPRESS  Entity 

EXPRESS  Attribute 

FEM  BEAM  WARPING 

DATA 

beam -geometric- 
property 

warping- 

coefficients.1-2 

FEM  BEAM  OFFSET 
VECTORS 

beam-geometric. 

property 

offset. 

vector. 1.2 

FExM  BEAM  PIN  DATA 

beam-geometric- 

property 

pin-array.1.2 

FEM  BEAM  INTERVAL 

beamiJnterval 

FEM  BEAM  SECTION 

beam  .section 

FEM  BEAM  STRESS 
RECOVERY  COEFFICIENT 

beamjection 

stress-recovery. 

coefficients 

FEM  BEAM  PROPERTY 
DATA 

beam.property.data 

FEM  BEAM  STANDARD 
SECTION 

standard  beatm. 

section 

FEM  MEMBRANE/SHELL 
GEOxMETRJC  PROPERTY 

membrane-sheU- 

geometric-property 

FEM  SHELL  GEOMETRIC 
PROPERTY 

membrane  jhell- 
geometric -property 

bending  .material 
shear  .material 
membrane-bending 
material 

second  jnoment  .of 

.area 

shear-thickness 
z .offset 

FEM  SHELL  STRESS 
RECOVERY  COEFFICIENT 

membranejhell. 

geometric.property 

stress-recovery 

.coefficient 

FEM  SOLID  GEOMETRIC 
PROPERTY 

solid-geometric- 

property 

FEM  MATERIAL 

materiaLproperty 

PROPERTY 
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IDEF  Entity 

EXPRESS  Entity 

EXPRESS  Attribute 

FEM  COMPOSITE 
MATERIAL  PROPERTY 

composite-material 

FExM  MIXTURE 
COMPOSITE 

MATERIAL  PROPERTY 

mixture-composite. 

material 

FEM  MIXTURE 

MATERIAL  PROPERTY 

mixture-material- 

property 

FEM  HALPIN-TSAI 
MATERIAL  PROPERTY 

halpin-tsai  -material 

FEM  LAMINATE 
COMPOSITE 

MATERIAL  PROPERTY 

laminate-composite- 

material 

FEM  LAMINATE 
MATERIAL  PROPERTY 

laminate-material. 

property 

FEM  MATERIAL  TABLE 

materiaLtable 

FEM  MATERIAL  TABLE 
INSTANCE 

material.table 

Instance 

FEM  HOMOGENEOUS 
MATERIAL  PROPERTY 

homogeneous  .material 

FEM  STRUCTURAL 

MASS  DENSITY 

homogeneous  .material 

mass -density 

FEM  STRUCTURAL 
DAMPING  COEFFICIENT 

homogeneous  .mat  eri  al 

structuiaLdamping 

-coefficient 

FEM  ISOTROPIC 
MATERIAL  PROPERTY 

isotropic-material 

FEM  ISOTROPIC 
THERMAL 

MATERIAL  PROPERTY 

isotropic.thermal. 

property 
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IDEF  Entity 

EXPRESS  Entity  EXPRESS  Attribute  Note 

FEM  ISOTROPIC 
STRUCTURAL 

MATERIAL  PROPERTY 

isotropic-Stnictuxal 

.property 

FEM  ISOTROPIC 
THERMAL  EXPANSION 

isotropic. thermal- 
expansion 

FEM  ORTHOTROPIC 
MATERIAL  PROPERTY 

orthotropic  jnaterial 

FEM  ORTHOTROPIC 
STRUCTURAL 

MATERIAL  PROPERTY 

orthotropic. struct  oral 
.property 

FEM  ORTHOTROPIC 
STRUCTURAL  2D 
JvIATERlAL  PROPERTY 

orthotropic  structural 
.2d. property 

FEM  ORTHOTROPIC 
STRUCTURAL  3D 
MATERIAL  PROPERTY 

orthotropic  structural 
-3d-property 

FEM  ORTHOTROPIC 
THERMAL  MATERIAL 
PROPERTY 

orthotropic-thermal 

.property 

FEM  ORTHOTROPIC 
THERMAL  2D 

MATERIAL  PROPERTY 

orthotropic.thennal 

.2d.property 

FEM  ORTHOTROPIC 
THERMAL  3D 

MATERIAL  PROPERTY 

orthotropic -thermal 
-Sd-property 

FEM  ORTHOTROPIC 
THERMAL  EXPANSION 

orthotropic.thermad 

.expansion 

FEM  ORTHOTROPIC  2D 
THERMAL  EXPANSION 

orthotropic.2d- 

thermai.expansion 

FEM  ORTHOTROPIC  3D 
THERMAL  EXPANSION 

orthotropicJJd- 

thermai.expansion 
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IDEF  Entity 

EXPRESS  Entity  EXPRESS  AttributP  Note 

FEM  ANISOTROPIC 
MATERIAL  PROPERTY 

amsotropic-material 

FEM  ANISOTROPIC 
STRUCTURAL 

MATERIAL  PROPERTY 

anisotropic-structural 

-property 

FEM  ANISOTROPIC 
STRUCTURAL  2D 
MATERIAL  PROPERTY 

anisotropic.2d- 
structural  .property 

FEM  ANISOTROPIC 
STRUCTURAL  3D 
MATERIAL  PROPERTY 

aiii3otropic-3d- 

structural-property 

FEM  ANISOTROPIC 
THERMAL  MATERIAL 
PROPERTY 

anisotropic-thermal- 

property 

FEM  ANISOTROPIC 
THERMAL  2D 

MATERIAL  PROPERTY 

anisotropic-thermal. 

2d-property 

FEM  ANISOTROPIC 
THERMAL  3D 

MATERIAL  PROPERTY 

anisotropic.thermai. 

3d-property 

FEM  ANISOTROPIC 
THERMAL  EXPANSION 

anisotropic-thermal- 

ezpansion 

FEM  ANISOTROPIC  2D 
THERMAL  EXPANSION 

anisotropic.2d. 
t hermal.exp  ansion 

FEM  ANISOTROPIC  3D 
THERMAL  EXPANSION 

ani>otropicJ3d. 

thennal.expaniion 

FEM  ELEMENT/VERTEX 

element  .vert  ex 

FEM  ELEMENT/EDGE 

element  .edge 

FEM  ELEMENT/FACE 

element  Jace 
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IDEF  Entity 


EXPRESS  Entity  EXPRESS  Attribute  Note 


FEM  ELEMENT/SHELL 
FEM  NODE/VERTEX 
FEM  NODE/EDGE 
FEM  NODE/FACE 
FEM  NODE/SHELL 


element  jheU 
node.vertex 
node. edge 
node -face 
node  .shell 


Notes 

1 . These  entities  are  shown  on  the  FEM  planning  model  but  are  not  attributed  yet,  therefore 
they  have  not  been  included  in  the  Express  model. 

2.  The  two  IDEF  entities  FEM  ELEMENT  GEOMETRIC  PROPERTY  and  FEM 
ELEMENT/NODE  GEOMETRIC  PROPERTY  were  only  needed  to  resolve  the  two 
possibilities  of  having  either  one  geometric  property  assigned  over  the  whole  element  or 
different  geometric  properties  assigned  to  each  node  of  the  element.  In  the  Express  model 
this  relationship  is  defined  within  the  entity  element.  An  extra  attribute  is  required  called 
geometric  property  type  followed  by  an  ARRAY  of  references  to  geometric  properties 
the  size  of  which  is  either  1 or  maxnodes. 

3.  The  two  IDEF  entities  FEM  APPROVAL  and  FEA  CONTROL  APPROVAL  had  the 
same  attributes  so  they  have  been  translated  into  one  Express  entity,  approval. 
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This  model  is  not  available  at  this  time. 
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10  UNITS  INFORMATION  MODEL 

10.1  Scope  &:  Purpose 

This  doctiment  defines  and  describes  the  IDEFlX  reference  model  for  units  of  measure  used 
throughout  data  models.  In  addition  to  the  IDEFlX  data  model  there  are  two  corresponding 
models.  One  is  in  EXPRESS  (Section  10.10  for  the  complete  EXPRESS  listing)  and  the  other  is 
in  Structural  Modeling  Language  (SML)  (Section  10.9  for  the  complete  SML  listing). 

10.1.1  Purpose 

The  purpose  of  this  document  is  to  propose  an  IDEFlX  reference  model,  together  with  the  matching 
EXPRESS  and  SML  models  for  units  of  measure  which  is  to  be  submitted  to  the  ISO  TC  184/  SC4 
for  inclusion  in  this  international  standard. 

10.1.2  Scope  and  Viewpoint 

The  scope  of  this  document  is  Limited  to  the  initial  work  done  by  the  Finite  Element  Model  (FEM) 
committee  on  fundamental  umts  of  measure  and  the  input  received  from  the  other  committees. 

Inclusion  of  other  units  of  measure  information  is  left  to  a future  version  of  this  specification  if 
needed  by  other  application  committees. 

The  viewpoint  is  that  of  the  (FEM)  committee  creating  this  document  with  the  broader  needs 
for  units  of  measure. 

10.1.3  Fundamental  Concepts  and  Assumptions 

The  UNITS  model  fundamental  concepts  and  assumptions  are  presented  in  this  section  in  the  form 
of  rules.  The  following  is  a table  of  contents  for  these  ideas. 


Concept 


Rule  Description 


UNITS/R-l  UNITS  Identification 

UNITS/R-2  Fundamental  Units  of  Measure 

UNITS/R-3  UNITS  Entity 

UNITS/R-4  Scale  Factors  for  Units 

UNITS/ R-5  Standard  Sets  of  Fundamental  Units  of  Measure 


UNTTS/R-l  UNITS  Identification 

Any  change  to  a UNITS  (e.g.,  chcinges  to  length  units,  mass  units,  scale  factors,  etc.  ) causes 
the  occurrence  of  a new  unit  entity  that  must  be  issued  a new  UNITS  ID. 

Date  Created:  24'^  Aug  1988  by  FEM  Committee 
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UNITS/R-2  Fundamental  Units  of  Measure 

There, are  seven  base  or  fundamental  units  of  measure  and  two  supplementary  units  of  measure 
that  exist  from  which  all  other  units  of  measure  are  derived. 

The  fundamental  units  of  measure  are  length,  mass,  time,  electric  current,  thermodynamic 
temperature,  amount  of  substance  and  luminous  intensity.  The  two  supplementary  units  are 
plane  angle  and  solid  angle. 

Date  Created:  July  1986  by  FEM  Committee 

Related  Issue:  UNITS/Issue-1  Fundamental  Units  of  Measure 

UNITS/R-3  UNITS  entity 

The  UNITS  (UNIT-1)  entity  is  used  whenever  it  is  desired  to  impose  the  consistent  use  of 
fundamental  units  of  measure  throughout  a model,  such  as  FEM.  Therefore  all  of  the  funda- 
mental units  of  measure  and  the  two  supplementary  units  of  measure  are  combined  into  this 
one  entity. 

Date  Created:  16‘^  July  1986  by  FEM  Committee 
UNITS/R-4  Scale  Factors  for  Units 

Each  fundamental  unit  of  measure  has  a multiplicative  scale  factor  to  allow  for  the  choice  by 
a person  to  choose  a nonstandard  unit  of  measure  by  selecting  a standard  unit  of  measure 
and  scaling  it.  For  example,  a FEM  analyst  wants  a unit  of  length  to  be  half  a foot,  he  would 
select  a unit  of  length  of  a foot  aind  a scale  factor  of  0,5. 

Date  Created:  15‘^  July  1988  by  FEM  Committee 

UNITS /R-5  Standard  Sets  of  Fundamental  Units  of  Measure 

There  are  at  least  two  sets  of  standeird  fundamental  units  of  measure  and  they  are: 

Units  Id  Description 

SI  ISO  set  of  fundamental  units  of  measure 

British  British  set  of  fundamental  units  of  measure 

See  the  UNITS  entity  in  section  3 for  the  values  of  the  fundamental  units  of  measure  in  these 
sets. 

Date  Created:  24‘^  Aug  1988  by  FEM  Committee 
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10.1.4  Key  Abbreviations  and  Acronyms 

FEM  Finite  Element  Model 


ISO 

PDES 

SI 

SML 

International  Standard  Organization 

Product  Data  Exchange  Specification 

System  Internationale 

Structural  Modeling  Language 
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10.2  The  UNITS  Planning  Model 

This  section  is  intentionaUy  left  blank  because  it  was  not  needed  for  this  data  model. 
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10.3  UNITS  Reference  Data  Models 

The  UNITS  entity  pool  and  reference  models  used  to  create  the  IDEFIX  UNITS  global  model  are 
found  in  this  section.  Each  reference  model  investigates  a subset  of  units  of  measure  information. 

Section  10.3. 1 contains  a list  of  the  data  entities  used  to  create  the  UNITS  reference  models. 
The  actual  models  are  presented  in  Section  10.3.2.  The  entity  glossary  foUow  in  Section  10.3.3. 

10.3.1  UNITS  Reference  Model  Entity  Pool 

The  following  are  the  entities  used  in  the  UNITS  reference  and  global  data  models. 


Entity  Entity  Name  (Sorted  by  entity  number) 

UNIT-1  UNITS 

UNIT-2  SCALED  LENGTH  UNIT 

UNIT-3  SCALED  MASS  UNIT 

UNIT-4  SCALED  TIME  UNIT 

UNIT-5  SCALED  ELECTRIC  CURRENT  UNIT 

UNIT-6  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 

UNIT-7  SCALED  AMOUNT  OF  SUBSTANCE  UNIT 

UNIT-8  SCALED  LUMINOUS  INTENSITY  UNIT 

UNIT-9  SCALED  PLANE  ANGLE  UNIT 

UNIT-10  SCALED  SOLID  ANGLE  UNIT 


Entity  Entity  Name  (Sorted  by  entity  name) 

UNIT-7  SCALED  AMOUNT  OF  SUBSTANCE  UNIT 

UNIT-5  SCALED  ELECTRIC  CURRENT  UNIT 

UNIT-2  SCALED  LENGTH  UNIT 

UNIT-8  SCALED  LUMINOUS  INTENSITY  UNIT 

UNIT-3  SCALED  MASS  UNIT 

UNIT-9  SCALED  PLANE  ANGLE  UNIT 

UNIT-10  SCALED  SOLID  ANGLE  UNIT 

UNIT-6  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 

UNIT-4  SCALED  TIME  UNIT 

UNIT-1  UNITS 


10.3.2  UNITS  Reference  Models 

This  section  contains  all  of  the  individual  UNITS  reference  models  used  to  create  the  UNITS 
global  IDEFIX  data  model.  The  following  List  tabulates  the  name  and  figure  number  of  each 
UNITS  reference  model. 
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Figure  Number  Reference  Model  Name 


150 

151 

152 

153 

154 

155 

156 

157 

158 

159 


Set  of  fundamental  units  of  measure 

Uoit  of  length 

Umt  of  mass 

Unit  of  time 

Unit  of  current 

Unit  of  temperature 

Umt  of  amount  of  substance 

Unit  of  luminous  intensity 

Unit  of  plane  angle 

Unit  of  solid  angle 


SET  OF_ FUNDAMENTAL  UNITS _0]0/IEASURE 

Figure  150  depicts  what  the  UNITS  entity  contains  in  the  way  of  fundamental  units  of  measure. 
Units  rules  UNITS/R-1,  2,  and  3 apply  to  this  IDEFlX  diagram. 
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FUNDAMENTAL  UNITS  OF  MEASURES 

The  next  nine  figures  present  the  nine  fundamental  units  of  measure.  These  are: 

1.  UNIT  OF  LENGTH,  Figure  151 

2.  UNIT  OF  MASS,  Figure  152 

3.  UNIT  OF  TIME,  Figure  153 

4.  UNIT  OF  ELECTRIC  CURRENT,  Figure  154 

5.  UNIT  OF  THERMODYNAMIC  TEMPERATURE,  Figure  155 

6.  UNIT  OF  AMOUNT  OF  SUBSTANCE,  Figure  156 

7.  UNIT  OF  LUMINOUS  INTENSITY,  Figure  157 

8.  UNIT  OF  PLANE  ANGLE,  Figure  158 

9.  UNIT  OF  SOLID  ANGLE,  Figure  159 

UNITS  rules  UNITS/R-1,  2,  3 and  4 apply  to  these  IDEFlX  diagrams. 
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UNITS  / UNI T- 1 


UNITS  ID 


length  unit  scale  Factor  ifki 
BASE  length  unit  (FK) 

MASS  UNIT  scale  FACTOR  ( FK ) 

BASE  MASS  UNIT  (FK  1 

TIME  UNIT  SCALE  FACTOR  ( FK ) 

BASE  TIME  UNIT  (FK) 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  (FK) 

BASE  ELECTRIC  CURRENT  UNIT  (FK) 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  (FK) 
BASE  THERMODYNAMIC  TEMPERATURE  UNIT  IFK) 

AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  (FK) 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  ( FK ) 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  (FK) 

BASE  LUMINOUS  INTENSITY  UNIT  (FK) 

PLANE  ANGLE  UNIT  SCALE  FACTOR  (FK) 

BASE  PLANE  ANGLE  UNIT  (FK) 

SOLID  ANGLE  UNIT  SCALE  FACTOR  ( FK I 
BASE  SOLID  angle  UNIT  (FK) 


Figme  D-150:  Set  of  Fundamental  Units  of  Measure 
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10.3.3  Entity  Glossary  and  Business  Rules 

The  following  sections  describe  each  data  entity  in  the  UNITS  reference  model.  These  sections  are 
presented  in  numerical  order  by  entity  number. 

(For  detail  definitions  of  the  unit  of  measure  shown  in  this  section  will  be  found  in  section  10.8 

Entity  Name:  UNITS 

Entity  Number:  UNIT-1 

The  UNITS  data  entity  defines  the  base  (or  fundamental)  units  of  measure  that  are  to  be 
use  for  deriving  the  other  units  of  measure.  For  example,  a finite  element  model  would  have  one 
occurrence  of  this  entity  where  all  the  data  in  the  model  would  be  expressed  in  of  the  sets  of  nine 
fundamental  units  of  measure  (length,  mass,  time,  electric  current,  thermodynamic  temperature, 
amount  of  substance,  luminous  intensity,  plane  angle  and  solid  angle)  defined  by  the  units  entity. 

There  are  two  sets  of  standard  fundamental  units  of  measure.  They  are  as  follows  (with  the 
corresponding  values): 


Standard  set  of  fundamental  units  of  measure  • SI 


Attributes 


Values 


LENGTH  UNIT  SCALE  FACTOR 

BASE  LENGTH  UNIT 

MASS  UNIT  SCALE  FACTOR 

BASE  MASS  UNIT 

TIME  UNIT  SCALE  FACTOR 

BASE  TIME  UNIT 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR 
BASE  ELECTRIC  CURRENT  UNIT 


Ampere 


Kilogram 


1.0 

Second 

1.0 


1.0 

Meter 

1.0 


THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  1.0 


BASE  THERMODYNAMIC  TEMPERATURE  UNIT 
AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR 
BASE  AMOUNT  OF  SUBSTANCE  UNIT 
LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR 
BASE  LUMINOUS  INTENSITY  UNIT 
PLANE  ANGLE  UNIT  SCALE  FACTOR 
BASE  PLANE  ANGLE  UNIT 
SOLID  ANGLE  UNIT  SCALE  FACTOR 
BASE  SOLID  ANGLE  UNIT 


Kelvin 


1.0 

Mole 

1.0 


Ccuidela 

1.0 

Radian 

1.0 

Steradian 
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scaled  LE^JGTH  UNIT 


UNITS  / UN  I T - 1 

length  unit  scale  FaCTCP 
Base  length  unit 

1 

1 

1 

1 

UNITS  ID 

1 

i 

1 

length  unit  scale  factor  ifki 

I 

1 

BASE  length  unit  (FK) 

1 

mass  unit  scale  factor  (FK) 

1 

BASE  MASS  UNIT  (FK 1 

1 

TIME  UNIT  scale  Factor  (Fk) 

t 

BASE  time  UNIT  (FK) 

t 

Electric  current  unit  scale  factor  ifk) 

1 

BASE  ELECTRIC  CURRENT  UNIT  (FK) 

1 

thermodynamic  temperature  unit  scale  Factor  (Fki 

\ 

Base  Thermodynamic  temperature  unit  (Fk) 



amount  of  substance  unit  scale  Factor  (Fki 

Base  amount  of  substance  unit  (Fk) 

luminous  intensity  unit  scale  factor  (FKI 

Base  luminous  intensity  unit  (Fki 

Plane  angle  unit  SCalE  Factor  (Fkj 

Base  plane  angle  ujnit  ipki 

SOLID  angle  unit  scale  FACTOR  (FK) 

BASE  SOLID  angle  unit  (FKI 

Figure  D-151:  Unit  of  Length 
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scaled  mass  unit 


MASS  UNIT  scale  factor 
Base  mass  unit 


UNITS  / UN  I T - 1 


UNITS  ID 


length  unit  scale  Factor  ifki 
Base  lEnGTh  unit  (FK) 

MASS  UNIT  scale  Factor  ifki 

Base  mass  unit  ifki 

time  unit  scale  Factor  (FK) 

Base  T I mE  UN  1 T ( FK  ) 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  (FK) 

BASE  ELECTRIC  CURRENT  UNIT  (FK) 

thermod YNAM I c TEMPERATURE  UNIT  SCALE  Factor  < F-K I 
BASE  thermodynamic  TEmPERaTuRE  UNIT  ( FK I 
amount  of  substance  unit  scale  Factor  ifki 
Base  amount  of  substance  unit  ifki 
LUMINOUS  intensity  unit  scale  Factor  ifki 
Base  luminous  intensity  unit  ifki 
Plane  angle  unit  scale  factor  iFk) 

Base  Plane  angle  un l T ( FK i 
SOLID  angle  unit  scale  FACTOR  IFK) 

BASE  SOLID  angle  UNIT  ( FK ) 


Figure  D-152:  Unit  of  Mass 
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scaled  time  unit 


UNITS  / UN  I T - 1 

time  unit  scale  F/^CTOR 

Base  t I ME  UN  I T 

1 

1 

\ 

1 

UNITS  ID 

1 

1 

( 

length  unit  scale  Factor  ifki 

1 

\ 

BASE  length  unit  (FK) 

1 

MASS  UNIT  scale  factor  (FK) 

1 

base  mass  unit  ( FK 1 

1 

TIME  unit  scale  Factor  (Fki 

1 

BASE  time  unit  (Fki 

\ 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  IFK) 

1 

BASE  ELECTRIC  CURRENT  UNIT  (FK) 

1 

ThERmCDynam I C TEMPERATURE  UNIT  SCALE  FACTOR  (FKI 

t 

BASE  Thermodynamic  TEMPERATURE  UNIT  (Fk) 



amount  of  substance  unit  scale  Factor  (Fki 

BASE  amount  of  substance  UNIT  (FK) 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  ( FK ) 

BASE  LUMINOUS  INTENSITY  UNIT  (FK) 

plane  angle  unit  scale  FACTOR  (FK) 

BASE  Plane  angle  UNIT  (FK) 

solid  angle  unit  scale  factor  (FK) 

BASE  SOLID  angle  unit  ( FK ) 

Figure  D-153:  Unit  of  Time 
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scaled  Electric  current  unit 


ELECTRIC  CURRENT  UNIT  SCALE  FACTOR 

Base  Electric  current  unit 


UNITS  / UN  I T • I 


UNITS  ID 


length  UNIT  scale  factor  (FKI 

Base  length  unit  ifk) 

MASS  UNIT  scale  factor  (FK) 

Base  mass  UN  I T ( fk ) 

TIME  UNIT  scale  FACTOR  (FK) 

BASE  time  unit  (FK) 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  (FK) 

BASE  ELECTRIC  CURRENT  UNIT  (FKI 

thermod YNAM I c temperature  unit  scale  Factor  (Fki 
Base  thermodynam i c temperature  un i t ( fk i 
amount  of  substance  unit  scale  Factor  (Fki 
Base  amount  of  substance  unit  ifki 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  (FK) 

BASE  LUMINOUS  INTENSITY  UNIT  (FK) 

Plane  angle  unit  scale  factor  ifki 
BASE  PLANE  angle  unit  tFK ) 

SOLID  angle  unit  scale  Factor  (Fki 
BASE  SOLID  angle  unit  (FKI 


Figtoxe  D-154:  Unit  of  Electric  Current 
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scaled  ThERmOD  ynam  I C TEmPERaTuRE  util  t 


ThieRA^oot'NAM I c temperature  unit  scale  Facto 

BASE  ThERmOD T NAM  1 C TEmPERaTuRE  unit 


UNITS  / UN  I T ■ 1 


UNITS  ID 


length  UNIT  scale  Factor  ifki 

Base  length  UN  it  ( f k i 

MASS  UN  I T sc  ale  Fact  or  i fk i 

BASE  MASS  UNIT  iFKl 

time  unit  scale  Factor  ifki 
BASE  time  unit  (FKI 

Electric  current  unit  scale  factor  ifki 
BASE  Electric  current  unit  ifki 

T her MOD  TNAM 1 C TEMPER A T uRE  UN  IT  scale  Factor  iFki 
BASE  THEIRKIODYNAMI C TEVIPERATURE  UNIT  (FK) 
amount  of  substance  UNIT  SCALE  FACTOR  (Fki 
BASE  amount  of  substance  UNIT  IFK ) 

LUMINOUS  Intensity  unit  scale  factor  ifki 
BASE  LUMl^^OuS  intensity  UNIT  <FK) 

Plane  angle  unit  scale  Factor  ifk) 

BASE  Plane  angle  unit  (Fki 
solid  angle  unit  scale  factor  ifki 
base  solid  angle  unit  (FKI 


Figure  D-155:  Unit  of  Thermodynamic  Temperature 
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scaled  amount  of  SuBSTatjCE  urjlT 


amount  of  Substance  unit  scale  factor 
BASE  amount  of  Substance  unit 


UNITS  / UN  I t - 1 


UNITS  ID 


length  UNIT  scale  FACTOR  iFK) 

Base  length  unit  ifki 
MASS  UNIT  scale  Fact  or  < fk i 
Base  mass  UN  IT  ( Fk ) 

T I me  unit  scale  Fact  or  i fk  > 
base  time  unit  (FK) 

Electric  current  unit  scale  factor  ifk) 

Base  Electric  current  unit  ifki 

Thermodynamic  temperature  unit  scale  Factor  ifki 

Base  ThERmODynamIC  TEmPERa  T uRE  UN  IT  ( F K ) 

amount  of  substance  unit  scale  factor  (FKI 

Base  amount  of  substance  unit  ifki 

LUMINOUS  Intensity  unit  scale  factor  ifki 

BASE  LUMINOUS  intensity  UNIT  (FKI 

PL>JS£  ANGi_£  UNIT  SCA1_E  FACTOR  iFKJ 

Base  Plane  anGlE  un I T ( Fk i 

solid  angle  unit  scale  Factor  ifki 

BASE  solid  angle  unit  ( FK I 


Figure  D-156:  Unit  of  Amount  of  Substance 
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scaled  luminous  iNTENSITr  UNIT 


LUMINOUS  intensity  UNIT  SCALE  FACTOR 
BASE  LUMINOUS  intensity  unit 


UNITS  / UN  I T - I 


UNITS  ID 


lengt  h UN  IT  scale  Factor  ifki 

Base  lEnGTh  uni T (Fk ) 

MASS  UN iT  scale  Factor  ifki 
Base  mass  unit  ifki 
TIME  UNIT  scale  Factor  ifki 
BASE  time  unit  IFKI 

Electric  current  unit  scale  factor  ifk) 

Base  Electric  current  unit  ifki 
thermod Y NAM  I c temperature  unit  scale  Factor  ifki 
Base  T h£  RmOD  r nam I C temper A T uRE  UN  IT  ( Fk i 
amount  of  Substance  unit  scale  factor  ifki 
base  amount  of  substance  unit  IFK) 

LUMINOUS  intensity  unit  SCalE  FACTOR  (FK) 

Base  luminous  intensity  unit  (FKI 
Plane  anGlE  unit  SCalE  Fact  OR  i F k i 
Base  Plane  anGlE  un I T ( fk  i 
solid  angle  unit  scale  Factor  ifki 
base  solid  angle  unit  (Fki 


Figure  D-157;  Unit  of  Luminous  Intensity 
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scaled  plane  angle  unit 


PLANE  angle  unit  scale  FaCTC 
Base  Plane  angle  unit 


UNITS  / UN  I T - 1 


UNITS  ID 


length  unit  scale  F AC TOP  < FK 1 

Base  length  unit  ifki 

MASS  UNIT  scale  FACTOR  (FK) 

BASE  MASS  UNIT  IFKJ 

time  unit  scaue  Factor  ifki 
BASE  time  UNIT  (FK) 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  (FK) 

BASE  E'^ECTRIC  CURRENT  UNIT  (FK) 

Thermodynamic  temperature  unit  scale  factor  (FK) 
Base  Thermodynamic  temperature  unit  <fk) 

AMOUNT  OF  substance  UNIT  SCALE  FACTOR  ( FK ) 

BASE  amount  of  substance  UNIT  (FK) 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  ( FK ) 

BASE  LUMINOUS  INTENSITY  UNIT  (FK) 
plane  angle  unit  scale  FACTOR  (FK) 

Base  Plane  angle  unit  (FK) 
solid  angle  unit  scale  Factor  ifk) 

Base  solid  angle  unit  (fk) 


Figure  D-158:  Unit  of  Plane  Angle 
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scaled  solid  angle  unit 


SOLID  angle  unit  scale  factcf 
Base  solid  angle  unit 


units  / UN  1 T-  1 


UNITS  ID 


lengt h UNIT  scale  Factor  ifki 

Base  LENGTh  UN  I T ( FK ) 

MASS  UNIT  scale  Factor  (Fki 

BASE  MASS  UNIT  (FKI 

TIME  UNIT  scale  factor  ( FK ) 

BASE  time  UNIT  (FKI 

ELECTRIC  Current  unit  scale  factor  (Fki 
Base  electric  current  unit  (FKI 
Thermodynamic  temperature  unit  scale  Factor  (Fki 
Base  thermodynamic  temperature  unit  ifki 
AMOUNT  of  substance  unit  scale  Factor  (Fki 
Base  amount  of  substance  unit  ifki 

LUMINOUS  intensity  UNIT  SCALE  FACTOR  (FK) 

Base  LUMINOUS  INTENSITY  UNIT  (FKI 
PLANE  angle  unit  scale  FACTOR  (FKI 
BASE  Plane  angle  unit  (Fki 
SOL. ID  angle  unit  scale  Factor  ifki 
BASE  SOLID  angle  unit  (FK) 


1 


Figure  D-159:  Urut  of  Solid  Angle 
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Standard  set  of  fundamental  units  of  measure  - British 


Attributes  Values 


LENGTH  UNIT  SCALE  FACTOR  1,0 

BASE  LENGTH  UNIT  Foot 

MASS  UNIT  SCALE  FACTOR  1.0 

BASE  MASS  UNIT  Slug 

TIME  UNIT  SCALE  FACTOR  1.0 

BASE  TIME  UNIT  Second 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  1.0 

BASE  ELECTRIC  CURRENT  UNIT  Ampere 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  1.0 

BASE  THERMODYNAMIC  TEMPERATURE  UNIT  Rakine 

AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  1.0 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  Mole 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  1.0 

BASE  LUMINOUS  INTENSITY  UNIT  Candela 

PLANE  ANGLE  UNIT  SCALE  FACTOR  1.0 

BASE  PLANE  ANGLE  UNIT  Degree 

SOLID  ANGLE  UNIT  SCALE  FACTOR  1.0 

BASE  SOLID  ANGLE  UNIT  Steradian 

Primary  Key  Attributes 

UNITS  ID  Data  Type:  String 


This  attribute  contains  the  unique  identifier  of  the  fundamental  UNITS.  There  are  two  strings 
that  are  predefined  and  they  are  SI  and  British. 


Other  Attributes 

LENGTH  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  LENGTH  UNIT  [Entity  UNIT-2|  and  here  is  its 
definition: 

This  is  a multiplicative  scale  factor  for  the  BASE  LENGTH  UNIT  attribute  to  define  an  odd 
or  undefined  length  unit.  For  example,  if  a user  wants  a length  unit  of  half  a foot,  then  the 
BASE  LENGTH  UNIT  would  be  foot  and  the  LENGTH  UNIT  SCALE  FACTOR  would  be 
0,5. 

BASE  LENGTH  UNIT  Data  Type:  Enumeration  This  attribute  is  defined  in 

entity  SCALED  LENGTH  UNIT  [Entity  UNIT-2]  and  here  is  its  definition:  This  attribute 
represents  the  unit  of  length.  For  exaunple,  the  value  of  this  attribute  might  be  ‘meter’.  The 
possible  values  are: 


nil 
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• angstrom 

• micron 

• meter 

• mil 

• inch 

• foot 

• yard 

• mile 

• nautical  mile 

• Astronomical  Unit 

• Light  year 

MASS  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  MASS  UNIT  [Entity  UNIT-3]  and  here  is  its 
definition: 

This  is  a multiplicative  scale  factor  for  the  BASE  MASS  UNIT  attribute  to  define  undefined 
mass  unit.  For  example,  if  a user  wants  a mass  unit  of  dekagrams,  then  the  BASE  MASS 
UNIT  would  be  gram  and  the  MASS  UNIT  SCALE  FACTOR  would  be  10,0. 

BASE  MASS  UNIT  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  MASS  UNIT  [Entity  UNIT-3]  and  here  is  its 
definition: 

This  attribute  represents  the  unit  of  mass.  For  example,  the  value  of  this  attribute  might  be 
‘gram’.  The  possible  values  are  : 

• kilogram 

• tonne 

• ounce 

• pound  mass 

• slug 

• drams 

• carats 

• grains 

TIME  UNIT  SCALE  FACTOR  Data  Type.  Real 

See  attribute  definition  in  entity  SCALED  TIME  UNIT  [Entity  UNIT-4]  and  here  is  its 
definition; 

This  is  a multiplicative  scale  factor  for  the  BASE  TIME  UNIT  attribute  to  define  an  odd  or 
undefined  time  unit.  For  example,  if  a user  wants  a time  unit  of  leap  years,  then  the  BASE 
TIME  UNIT  would  be  year  and  the  TIME  UNIT  SCALE  FACTOR  would  be  1,002  74. 
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BASE  TIME  UNIT  Data  Type;  Enumeration 

See  attribute  definition  in  entity  SCALED  TIME  UNIT  [Entity  UNIT-4]  and  here  is  its 
defirution: 

This  attribute  represents  the  unit  of  time.  For  example,  the  value  of  this  attribute  might  be 
‘second’.  The  possible  values  are: 

• second 

• minute 

• hour 

• day 

• week 

• year  (calendar) 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  Data  Type;  Real 

See  attribute  definition  in  entity  SCALED  ELECTRIC  CURRENT  UNIT  [Entity  UNIT- 
5]  and  here  is  its  definition;  This  is  a multiplicative  scale  factor  for  the  BASE  ELECTRIC 
CURRENT  UNIT  attribute  to  define  an  odd  or  undefined  electric  current  unit.  For  example, if 
a user  wants  an  electric  current  unit  of  microampere,  then  the  BASE  ELECTRIC  CURRENT 
UNIT  would  be  ampere  and  the  ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  would  be 
0,000  001. 

BASE  ELECTRIC  CURRENT  UNIT  Data  Type;  Enumeration 

See  attribute  definition  in  entity  SCALED  ELECTRIC  CURRENT  UNIT  [Entity  UNIT- 
5]and  here  is  its  definition;  This  attribute  represents  the  unit  of  length.  For  example,  the 
value  of  this  attribute  might  be  ‘ampere’.  The  possible  values  are: 

• ampere 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 
[Entity  UNIT-6|  and  here  is  its  definition: 

This  is  a multiplicative  scale  factor  for  the  BASE  THERMODYNAMIC  TEMPERATURE 
UNIT  attribute  to  define  am  odd  or  undefined  thermodynamic  temperature  unit.  For  ex- 
ample, if  a user  wants  a thermodynamic  temperature  unit  of  microdegree  Kelvin,  then  the 
BASE  THERMODYNAMIC  TEMPERATURE  UNIT  would  be  Kelvin  and  the  THERMO- 
DYNAMIC TEMPERATURE  UNIT  SCALE  FACTOR  would  be  0,000  001. 

BASE  THERMODYNAMIC  TEMPERATURE  UNIT  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 
[Entity  UNIT-6]  and  here  is  its  definition: 

This  attribute  represents  the  unit  of  thermodynamic  temperature.  For  example,  the  value  of 
this  attribute  might  be  ‘Celsius’.  The  possible  values  are  : 


• Kelvin 

• Celsius 
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• Fahrenheit 

• Rakine 

AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  defliution  in  entity  T!ALED  AMOUNT  OF  SUBSTANCE  UNIT  [Entity  UNIT- 
7]  and  here  is  its  deftnition: 

This  is  a multiplicative  scale  factor  for  the  BASE  AMOUNT  OF  SUBSTANCE  UNIT  at- 
tribute to  define  an  odd  or  undefined  amount  of  substance  unit.  For  example,  if  a user  wants 
a amount  of  substance  unit  of  half  a mole,  then  the  BASE  AMOUNT  OF  SUBSTANCE 
UNIT  would  be  mole  and  the  AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  would 
be  0,5. 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  Data  Type:  Enumeration 

This  attribute  is  defined  in  the  entity  SCALED  AMOUNT  OF  SUBSTANCE  UNIT  [Entity 
UNIT-7]  and  here  is  its  definition: 

This  attribute  represents  the  unit  of  an  amount  of  substance.  For  example,  the  value  of  this 
attribute  might  be  ‘mole’.  The  possible  values  are: 

• mole 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  LUMINOUS  INTENSITY  UNIT  [Entity  UNIT-8] 
and  here  is  its  definition: 

This  is  a multiplicative  scale  factor  for  the  BASE  LUMINOUS  INTENSITY  UNIT  attribute 
to  define  an  odd  or  undefined  luminous  intensity  unit.  For  example,  if  a user  wants  a luminous 
intensity  unit  of  half  a cmdela,  then  the  BASE  LUMINOUS  INTENSITY  UNIT  would  be 
candela  and  the  LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  would  be  0,5 

BASE  LUMINOUS  INTENSITY  UNIT  Data  Tvpe:  Enumeration 

See  attribute  definition  in  entity  SCALED  LUMINOUS  INTENSITY  UNIT  [Entity  UNIT-8| 
and  here  is  its  definition: 

This  attribute  represents  the  unit  of  luminous  intensity.  For  example,  the  value  of  this 
attribute  might  be  ‘candela’.  The  possible  values  are: 

• candela 

PLANE  ANGLE  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  PLANE  ANGLE  UNIT  [Entity  UNIT-9|  and  here 
is  its  definition: 

This  is'a  multiplicative  scale  factor  for  the  BASE  PLANE  ANGLE  UNIT  attribute  to  define 
an  odd  or  undefined  plame  angle  unit.  For  example,  if  a user  wants  a plane  angle  unit  of 
signs,  then  the  BASE  PLANE  ANGLE  UNIT  would  be  degree  and  the  PLANE  ANGLE 
UNIT  SCALE  FACTOR  would  be  30,0. 

BASE  PLANE  ANGLE  UNIT  Data  Type:  Enumeration 

See  attribute  definition  in  entity  SCALED  PLANE  ANGLE  UNIT  [Entity  UNIT-9|  and  here 
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Tiiis  attribute  represents  the  unit  of  a plane  angle.  For  example,  the  value  of  this  attribute 
might  be  ‘grade’.  The  possible  values  are: 

• degree 

• second 

• minute 

• radiam 

• revolution 

• grad 

SOLID  ANGLE  UNIT  SCALE  FACTOR  Data  Type:  Real 

See  attribute  definition  in  entity  SCALED  SOLID  ANGLE  UNIT  [Entity  UNIT-10]  and  here 
is  its  definition: 

This  is  a multiplicative  scale  factor  for  the  BASE  SOLID  ANGLE  UNIT  attribute  to  define 
an  odd  or  undefined  solid  angle  unit.  For  example,  if  a user  wants  a solid  angle  unit  of  solid 
angle,  then  the  BASE  SOLID  ANGLE  UNIT  would  be  steradian  and  the  SOLID  ANGLE 
UNIT  SCALE  FACTOR  would  be  0,079  577  472. 

BASE  SOLID  ANGLE  UNIT  Data  Type:  Enumeration 

See  attribute  defimtion  in  entity  SCALED  SOLID  ANGLE  UNIT  [Entity  UNIT-IO]  and  here 
is  its  definition: 

This  attribute  represents  the  unit  of  solid  angle.  For  example,  the  value  of  this  attribute 
might  be  ‘steradian’.  The  possible  values  are: 

• steradian 

Business  jniles 

EXPRESS  Specification 

ENTITY  units; 

scaled_length_unit  : INTERNAL  scaled.length.unit ; 
scaled.mass.unit  : INTERNAL  8cal«d_mass_unit ; 
scaled_time_unit  : INTERNAL  scaled.time.unit ; 
scaled_electric_current_unit  : INTERNAL 
scaled^electric.current.unit ; 

8caled_thennodynainic_temperature_unit  : INTERNAL 
scaled. thermodynamic .temperature .unit ; 
scaled. amount. of .substance. unit  : INTERNAL 
scaled. amount. of .substance. unit ; 
scaled. luminous. intensity. unit  : INTERNAL 
scaled. luminous. intensity. unit ; 
scaled. plane. angle. unit  : INTERNAL  scaled. plane. angle.unit ; 
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scaled. solid.angle.unit  : INTERNAL  scaled.solid.angle.unit ; 

END.ENTITY; 

Entity  Name;  SCALED  LENGTH  UNIT 
Entity  Number;  UNIT-2 

The  SCALED  LENGTH  UNIT  data  entity  defines  the  length  unit  of  measure  to  be  used. 

Primary  Key  Attributes 

LENGTH  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  is  a multiplicative  scale  factor  for  the  BASE  LENGTH  UNIT  attribute  to  define  an  odd 
or  undefined  length  unit.  For  example,  if  a user  wants  a length  unit  of  half  a foot,  then  the 
BASE  LENGTH  UNIT  would  be  foot  and  the  LENGTH  UNIT  SCALE  FACTOR  would  be 
0,5. 

BASE  LENGTH  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  length.  For  example,  the  value  of  this  attribute  might 
be  ‘meter’  The  possible  values  are: 

• angstrom 

• micron 

• meter 

• kilometer 

• mil 

• inch 

• foot 

• yard 

• mile 

• nautical  rmle 

• Astronimal  Unit 

• Light  year 

Ot h er  Attributes 
Business  rules 


EXPRESS  Specification 

TYPE  length. unit  * ENUMERATION  OF 
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(angstrom , 
micron , 
meter , 
mil , 
inch , 
foot , 
yard , 
mile  ’ 

nautical  mile, 

Astronomical  Unit, 

Light  year) ; 

END. TYPE; 

ENTITY  scaled.length.unit ; 

base.length.unit  : length.unit ; 

length.unit.scale.f actor  : OPTIONAL  real; 

END. ENTITY: 


Entity  Name;  SCALED  MASS  UNIT 
Entity  Number;  UNIT-3 

The  SCALED  MASS  UNIT  data  entity  defines  the  mass  umt  of  measure  to  be  used. 

Primary  Key  Attributes 

MASS  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  is  a multiplicative  scale  factor  for  the  BASE  MASS  UNIT  attribute  to  define  undefined 
mass  unit.  For  example,  if  a user  wants  a mass  unit  of  dekagrams,  then  the  BASE  MASS 
UNIT  would  be  gram  and  the  MASS  UNIT  SCALE  FACTOR  would  be  10,0. 

BASE  MASS  UNIT  Data  Type;  Enumeration 

This  attribute  represents  the  unit  of  mass.  For  example,  the  value  of  this  attribute  might  be 
‘gram’.  The  possible  values  are: 

• kilogram 

• tonne 

• ounce 

• pound 

• slug 

• drams 

• carats 

t grains 
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Other  Attributes 

Business  rules 

EXPRESS  Specification 

TYPE  raass.unit  = ENUMERATION  OF 
(kilogram , 
tonne , 
ounce , 
pound , 
slug, 
drams , 
carats , 
grains ) ; 

END.TYPE; 

ENTITY  scaled_mass_unit : 
base_mass_unit 
mass .unit _scale_f actor 

END.ENTITY; 


: mass.unit; 

: OPTIONAL  real; 


Entity  Name:  SCALED  TIME  UNIT 

Entity  Number:  UNIT-4 

The  SCALED  TIME  UNIT  data  entity  defines  the  mass  unit  of  measure  to  be  used. 

Primary  Key  Attributes 

TIME  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  IS  a multiplicative  scale  factor  for  the  BASE  TIME  UNIT  attribute  to  define  an  odd  or 
undefined  time  unit.  For  example,  if  a user  wants  a time  unit  of  leap  years,  then  the  BASE 
TIME  UNIT  would  be  year  and  the  TIME  UNIT  SCALE  FACTOR  would  be  1,002  74. 

BASE  TIME  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  time.  For  example,  the  value  of  this  attribute  might  be 
‘second’.  The  possible  values  are: 

• second 

• minute 

• hour 

• day 
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• week 

• year  (calendar) 
Other  Attributes 


Business  rules 


EXPRESS  Specification 

TYPE  time.unit  = ENUMERATION  OF 
(second , 
minute , 
hour , 
day , 
week , 
year) ; 

END.TYPE; 

ENTITY  scaled_time_unit : 
base_time_unit 
time_unit_scale_f actor 

END. ENTITY; 


; time.unit: 

: OPTIONAL  real; 


Entity  Name;  SCALED  ELECTRICAL  CURRENT  UNIT 
Entity  Number:  UNIT-5 

The  SCALED  ELECTRIC  CURRENT  UNIT  data  entity  defines  the  electric  current  unit  of 
measure  to  be  used. 

Primary  Key  Attributes 

ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  is  a multiplicative  scale  factor  for  the  BASE  ELECTRIC  CURRENT  UNIT  attribu  an 
odd  or  undefined  electric  current  unit.  For  example,  if  a user  wants  an  electric  current  unit 
of  microampere,  then  the  BASE  ELECTRIC  CURRENT  UNIT  would  be  ampere  and  the 
ELECTRIC  CURRENT  UNIT  SCALE  FACTOR  would  be  0,000  001. 

BASE  ELECTRIC  CURRENT  UNIT  Data  Type;  Enumeration 

This  attribute  represents  the  unit  of  length.  For  example,  the  value  of  this  attribute  might 
be  ‘ampere’.  The  possible  values  are: 

• ampere 
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Other  Attributes 


Business,  rules 


EXPRESS  Specification 
TYPE  electric.current.unit  = ENUMERATION  OF 


(ampere) ; 


END.TYPE; 


ENTITY  scaled_electric_current_imit ; 
base.electric .current .unit 


: current.unit : 


electric.current.unit.scale.f actor  : OPTIONAL  real; 

END.ENTITY; 

Entity  Name;  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 
Entity  Number:  UNIT-6 

The  SCALED  THERMODYNAMIC  TEMPERATURE  UNIT  data  entity  defines  the  thermo- 
dynamic temperature  unit  of  measure  to  be  used. 

Primary  Key  Attributes 

THERMODYNAMIC  TEMPERATURE  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  IS  a multiplicative  scale  factor  for  the  BASE  THERMODYNAMIC  TEMPERATURE 
UNI  to  define  an  odd  or  undefined  thermodynamic  temperature  unit.  For  example,  if  a user 
wants  a thermodynamic  temperature  unit  of  microdegree  Kelvin,  then  the  BASE  THERMO- 
DYNAMIC TEMPERATURE  UNIT  would  be  Kelvin  and  the  THERMODYNAMIC  TEM- 
PERATURE UNIT  SCALE  FACTOR  would  be  0,000  001. 

BASE  THERMODYNAMIC  TEMPERATURE  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  thermodynamic  temperature.  For  example,  the  value  of 
this  attribute  might  be  ’Celsius’.  The  possible  values  are: 

• Kelvin 

• Celsius 

• Fahrenheit 

• Rjdtine 
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Other  Attdbuteg 

Business,  rules 
EXPRESS  Specification 

TYPE  thermodynamic.temperature.unit  = ENUMERATION  OF 
(Kelvin , 

Celsius , 

Fahrenheit , 

Rakine)  ; 

END. TYPE; 

ENTITY  scaled.thermodynamic.temperature.unit ; 

base.thermodynamic.temperature.unit  : temperature.unit ; 
thermodynajnic.temperature.unit.scale.factor  : OPTIONAL  real; 
END. ENTITY; 


Entity  Name:  SCALED  AMOUNT  OF  SUBSTANCE  UNIT 

Entity  Number;  UNIT-7 

The  SCALED  AMOUNT  OF  SUBSTANCE  UNIT  data  entity  defines  the  amount  of  substance 
unit  of  measure  to  be  used. 

Primary  Key  Attributes 

AxMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  Data  Type;  Real 

This  is  a multiplicative  scale  factor  for  the  BASE  AMOUNT  OF  SUBSTANCE  UNIT  attr 
define  an  odd  or  undefined  amount  of  substance  unit.  For  example,  if  a user  wants  a amount 
of  substance  unit  of  half  a mole,  then  the  BASE  AMOUNT  OF  SUBSTANCE  UNIT  would 
be  mole  and  the  AMOUNT  OF  SUBSTANCE  UNIT  SCALE  FACTOR  would  be  0,5. 

BASE  AMOUNT  OF  SUBSTANCE  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  amount  of  substance.  For  example,  the  value  of  this 
attribute  might  be  ’mole’.  The  possible  values  are: 

• mole 
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Other  Attributes 

B u s i n e s s r u 1 e s 

EXPRESS  SpecificaUon 

TYPE  amount.of _substajice_unit  = ENUMERATION  OF 
(mole) : 

END.TYPE; 

ENTITY  scaled.amount.of .substamce.unit ; 

base_ajnount_of  _substance_unit  ; amount.of  .substance.unit ; 
ajnount_unit_scale_f actor  : OPTIONAL  real; 

END.ENTITY; 


Entity  Name;  SCALED  LUNINOUS  INTENSITY  UNIT 
Entity  Number;  UNIT-8 

The  SCALED  LUMINOUS  INTENSITY  UNIT  data  encity  defines  the  luminous  intensity  unit 
of  measure  to  be  used. 

Primary  Key  Attributes 

LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  Data  Type:  Real 

This  is  a multiplicative  scale  factor  for  the  BASE  LUMINOUS  INTENSITY  UNIT  attri 
define  an  odd  or  undefined  luminous  intensity  unit.  For  example,  if  a user  wants  a luminous 
intensity  unit  of  half  a candela,  then  the  BASE  LUMINOUS  INTENSITY  UNIT  would  be 
candela  and  the  LUMINOUS  INTENSITY  UNIT  SCALE  FACTOR  would  be  0,5. 

BASE  LUMINOUS  INTENSITY  UNIT  Data  Type:  Enumeration 

Tlus  attribute  represents  the  unit  of  luminous  intensity.  For  example,  the  value  of  this 
attribute  might  be  ‘candela’.  The  possible  values  are: 

• candela 

Other  Attributes 


Business  rules 


EXPRESS  Specification 
TYPE  luminous.intensity.unit  = ENUMERATION  OF 
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(candela)  ; 

END.TYPE; 

ENTITY  scaled_luminous_intensity_unit ; 

base.lmninous.intensity.unit  : lominous.intensity.unit ; 
liLminous.intensity.unit.scale.f actor  : OPTIONAL  real; 
END. ENTITY; 


Entitj^Name:  SCALED  PLANE  ANGLE  UNIT 

Entity  Number;  UNIT-9 

The  SCALED  PLANE  ANGLE  UNIT  data  entity  defines  the  plane  angle  unit  of  measure  to 
be  used. 

Primary  Key  Attributes 

PLANE  ANGLE  UNIT  SCALE  FACTOR  Data  Type:  Real 

Tills  is  a multiplicative  scale  factor  for  the  BASE  PLANE  ANGLE  UNIT  attribute  to  define 
an  odd  or  undefined  plane  angle  unit.  For  example,  if  a user  wants  a plane  angle  unit  of 
signs,  then  the  BASE  PLANE  ANGLE  UNIT  would  be  degree  and  the  PLANE  ANGLE 
UNIT  SCALE  FACTOR  would  be  30,0. 

BASE  PLANE  ANGLE  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  plane  angle.  For  example,  the  value  of  this  attribute 
might  be  ‘grade’.  The  possible  values  are  : 

• degree 

• second 

• minute 

• radian 

• revolution 

O t h e r At  tributes 
vspaceSex 

Business  rules 

vspace3ex 
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EXPRESS  Specification 

TYPE  plane. angle.unit  = ENUMERATION  OF 
( second , 
minute , 
degree , 
radian , 
revolution) ; 

END.TYPE; 

ENTITY  scaled.plane.angle.unit ; 

base.plane.angle.unit  : plajie.angle.unit ; 
plane.angle.unit.scale.f actor  : OPTIONAL  real; 

END. ENTITY: 


Entity  Name:  SCALED  SOLID  ANGLE  UNIT 

Entity  Number;  UNIT-10 

The  SCALED  SOLID  ANGLE  UNIT  data  entity  defines  the  solid  angle  unit  of  measure  to  be 
used. 

Primary  Key  Attributes 

. SOLID  ANGLE  UNIT  SCALE  FACTOR  Data  Type;  Real 

This  IS  a multiplicative  scale  factor  for  the  BASE  SOLID  ANGLE  UNIT  attribute  to  odd  or 
undefined  solid  angle  unit.  For  example,  if  a user  wants  a solid  angle  unit  of  solid  angle,  then 
the  BASE  SOLID  ANGLE  UNIT  would  be  steradian  and  the  SOLID  ANGLE  UNIT  SCALE 
FACTOR  would  be  0,079  577  472. 

BASE  SOLID  ANGLE  UNIT  Data  Type:  Enumeration 

This  attribute  represents  the  unit  of  solid  angle.  For  example,  the  value  of  this  attribute 
might  be  ‘sphere’.  The  possible  vjilues  are: 

• steradian 
Other  Attributes 


Business  rjiles 

EXPRESS  Specification 

TYPE  solid.angle.unit  = ENUMERATION  OF 
(steradian) ; 
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END. TYPE; 

ENTITY  scaled.solid.angle.unit ; 

base.solid.angle.unit  : solid.angle.unit ; 
solid.angle.unit.scale.f actor  : OPTIONAL  real; 
END. ENTITY: 
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10.4  IDEFO  Activity  Model 

This  section  is  currently  not  in  existence. 
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10.5  UNITS  Relationship  to  the  Planning  Model 

The  Planning  model  should  be  shown  in  Figure  160.  The  shaded-in  entity  is  the  entity  that  the 
UNITS  data  model  partially  expands,  but  there  is  currently  no  Planning  model  in  existence. 
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10.6  Issue  Log 

The  following  is  a list  for  the  UNITS  data  model.  Contained  in  the  list  are: 

1.  An  issues  identifier; 

2.  A single  character  representing  the  current  status  of  the  issue.  An  R indicates  that  the  issue 
is  resolved,  A U indicates  that  the  issue  remains  unresolved.  An  X indicates  that  the  issue  is 
obsolete.  An  0 indicates  that  the  issue  remains  open  and  has  a temporary  solution  defined 
for  it,  but  the  work  remains  or  consensus  has  not  been  reached  yet. 

3.  A short  description 


Issue  Status 


Description 


UNI  i 5,  Issue- 1 
UNITS /Issue- 2 
UNITS/Tssue-3 
UNITS /Issue-4 


R Fundamental  Units  of  Measure 

R Separate  Fundamental  Units  of  Measure  Entities 

R Scale  Factor 

0 Units  of  measure  abbreviation  and  acronyms 
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RESOLUTION: 
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UNITS-1  FundamentaJ  Units  of  Measure. 

16^''  July  1986 
FEM  Committee 
Resolved 

There  were  a group  of  issues  raised  about  units  of  measure  and  they 
are; 

How  does  the  concept  of  units  of  measurement  get  introduced  into  the 
data  model  and  consequently  how  does  it  interface  with  the  FEM  data 
modeU 

Can  a UNITS  data  entity  cover  all  fundamental  units  of  measure'’  (Is 
electrical  current  a fundamentad  unit  of  measure?) 

Since  units  of  angular  measurement  are  not  fundamental  units  of  mea- 
sure, do  they  need  to  be  included  within  the  UNITS  data  entity'’  Stan- 
dard practice  permits  the  specification  of  angular  data  in  either  degrees 
or  radians.  Angular  position  data  is  required  for  the  specification  of 
coordinate  positions  in  either  cylindrical  or  spherical  coordinate  sys- 
tems. Therefore,  the  type  of  angular  data  must  be  identified.  The 
logical  place  for  it  to  be  located  is  in  a UNITS  entity. 

The  solution  chosen  was  to  create  a UNITS  data  entity.  There  are 
seven  base  units  of  measurement.  These  are  length,  mass,  time,  elec- 
tric current,  thermodynamic  temperature,  amount  of  substance,  and 
luminous  intensity.  Also,  there  are  two  supplemental  units.  These  are 
plane  angles  and  solid  angles.  The  UNITS  data  entity  has  one  attribute 
for  each  base  amd  supplemental  unit  of  measurement.  All  floating-point 
values  that  have  units  must  be  consistently  defined  within  the  scope 
of  this  data  entity, 
by  ISO  Subgroup  2 
April  1987 
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UNITS-2  Seperate  Fundamental  Uaits  of  Measure  Entities 
July  1988 

Various  PDES  committees 
Resolved 

Varies  application  committees  have  asked  for  different  fundamental 
uiuts  of  measure  to  be  separated  into  separate  entities  which  they  may 
use  in  their  data  models.  They  do  not  wish  to  be  constrained  to  the 
idea  that  all  units  in  their  data  model  are  consistent  and  can  be  defined 
by  the  nine  fundamental  units  of  measure. 

The  solution  chosen  was  as  follows: 

Create  nine  new  entities  for  each  of  the  fundamental  units  of  measure 

that  were  defined  in  the  UNITS  entity.  Those  new  entities  are- 

SCALED  LENGTH  UNIT 

SCALED  MASS  UNIT 

SCALED  TIME  UNIT 

SCALED  ELECTRIC  CURRENT  UNIT 

SCALED  THERMODYNAMIC  TEMPERATURE  UNIT 

SCALED  AMOUNT  OF  SUBSTANCE  UNIT 

SCALED  LUMINOUS  INTENSITY  UNIT 

SCALED  PLANE  ANGLE  UNIT 

SCALED  SOLID  ANGLE  UNIT 

Create  a nomdentifing  relationship  for  each  of  the  new  entities  to  the 
UNITS  entity  in  order  to  show  how  the  UNITS  entity  is  made, 
by  FEM  Committee 
16‘'‘  July  1988 
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ISSUE 

INITATION  DATE 
INITIATOR 
STATUS 
DESCRIPTION 

UNITS-3  Scale  Factor, 

le"*  July  1988 

FEM  commjttee 

Resolved 

An  enumeration  of  an  unit  of  measure  was  deemed  to  be  unable  to  meet 
the  needs  of  the  Finite  Element  Model  (FEM)  analyst  for  defining  the 
uruts  of  measure  he  was  using  in  a FEM  analysis.  The  enumeration 
would  always  be  incomplete  set  of  aU  of  the  possible  choices  that  an 
analyst  could  choose.  For  example,  an  analyst  may  want  his  unit  of 
length  to  be  half  a foot. 

RESOLUTION 

The  solution  chosen  was  to  : 

List  the  common  choices  in  the  enumeration  for  each  fundamental  unit 
of  measure. 

Add  a scale  factor  for  each  fundamental  unit  of  measure  so  that  com- 
bination of  the  enumeration  and  scale  factor  would  allow  any  urut  of 
measure  chosen  to  be  described. 

DECISION 

DECISION  DATE 

by  FEM  Committee 

16‘^  Julv  1988 
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UNITS-4  Units  of  measure  abbreviation  and  acronyms. 

August  1988 
FEM  Committee 
Open 

All  enumeration  of  an  units  of  measure  is  currently  is  the  form  of 
complete  word(s)  of  that  unit  of  measure.  For  example,  meter  is  meter 
in  the  length  unit  of  measure  enumeration  and  not  M. 

Should  alternate  spelling  for  units  of  measure,  abbreviation  and 
acronyms  be  allowed  in  the  enumeration? 

The  current  solution  chosen  was  to  not  allow  abbreviation  and 
acronyms. 
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10.7  Problem  Areas  and  Unimplemented  Ideas 

This  section  is  currently  not  in  existence. 
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This  section  is  currently  not  in  existence. 
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10.9  Complete  Units  SML  Model 

VIEW  UNIT-model 
GENERAL  INFO 
SHORT  NAME  unit-model 
AUTHOR  Richard  Brooks 

DESCRIPTION  this  is  the  UNITS  data  model  for  version  1.0 
CREATION  DATE  08/24/88 


This  is  the  Units  data  model. 

(SML)  input  for  IDEFIX  modeling  software 
August  88 


STATUS  development 
LEVEL  kb 
STRUCTURE 

ENTITY  UNITS 
KEY 

UNITS-ID 

ENDKEY 

SCALED-LENGTH-UNIT  "has" 

SCALED-MASS-UNIT  "has" 

SCALED-TIME-UNIT  "has" 
SCALED-ELECTRIC-CURRENT-UNIT  "has" 
SCALED-THERMODYNAMIC-TEMPERATURE-UNIT  "has' 
SCALED- AMOUNT-OF-SUBSTANCE-UNIT  "has" 
SCALED-LUMINOUS-INTENSITY-UNIT  "has" 
SCALED-PLANE-ANGLE-UNIT  "has" 
SCALED-SOLID-ANGLE-UNIT  "has" 

ENDENTITY 

ENTITY  SCALED-LENGTH-UNIT 
KEY 

BASE-LENGTH-UNIT 

LENGTH-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENTITY  SCALED-MASS-UNIT 
KEY 

BASE-MASS-UNIT 

MASS-UNIT-SCALE-FACTOR 

ENDKEY 
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ENDENTITY 

ENTITY  SCALED-TIME-UNIT 
KEY 

BASE-TIME-UNIT 

TIME-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENTITY  SCALED-ELECTRIC-CURRENT-UNIT 
KEY 

BASE-ELECTRIC-CURRENT-UNIT 

ELECTRIC-CURRENT-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENTITY  SCALED-THERMODYNAMIC-TEMPERATURE-UNIT 
KEY 

BASE-THERMODYNAMIC-TEMPERATURE-UNIT 

THERMODYNAMIC-TEMPERATURE-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENTITY  SCALED-AMOUNT-OF-SUBSTANCE-UNIT 
KEY 

BASE-AMOUNT-OF-SUBSTANCE-UNIT 

AMOUNT-OF-SUBSTANCE-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENTITY  SCALED-LUMINOUS-INTENSITY-UNIT 
KEY 

BASE-LUMINOUS-INTENSITY-UNIT 

LUMINOUS-INTENSITY-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 


ENTITY  SCALED-PLANE-ANGLE-UNIT 
KEY 

BASE-PLANE-ANGLE-UNIT 

PLANE-ANGLE-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 
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ENTITY  SCALED-SOLID-ANGLE-UNIT 
KEY 

BASE-SOLID- ANGLE-UNIT 
SOLID- ANGLE-UNIT-SCALE-FACTOR 

ENDKEY 

ENDENTITY 

ENDS 

ENDVIEW 
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10.10  Complete  Units  EXPRESS  Model 

The  FEM  committee  of  ISO  TC184/SC4/ WGl  have  been  developing  their  reference  model  using 
the  graphical  data  modelling  language  IDEFlX.  This  section  contains  a translation  of  that  reference 
model  from  IDEFlX  to  EXPRESS.  It  is  used  a basis  for  the  integration  of  UNIT  into  the  Integrated 
Product  Information  Model. 

There  is  no  algorithm  available  for  direct  translation  from  IDEFlX  to  EXPRESS,  and  some  of 
the  IDEFlX  entities  had  several  options  for  modeling  in  EXPRESS.  In  the  cases  where  it  was  not 
clear  which  solution  was  the  best,  notes  are  given  which  explain  the  difficulty.  These  can  be  found 
in  note  section  at  the  end  of  the  EXPRESS  Listing. 

The  following  page  contains  a List  of  general  rules  which  were  followed  wherever  possible  during 
the  translation.  They  are  rules  which  seemed  to  give  a sensible  EXPRESS  model  for  many  IDEFlX 
entities  (but  it  was  not  possible  to  apply  them  universeiLly ). 

10.10.1  General  Rules 

1.  Every  IDEFlX  entity  has  a corresponding  EXPRESS  entity  unless  the  IDEFlX  entity  exists 
only  to  resolve  a many-to-many  relationship  between  two  other  entities.  In  this  case  the 
IDEFlX  entity  will  usually  appear  only  as  an  attribute  of  one  of  the  two  other  entities.  An 
IDEFlX  entity  may  also  not  have  a corresponding  EXPRESS  entity  under  rule  6 below. 

2.  Where  an  IDEFlX  entity  has  a foreign  key  attribute  above  the  line  and  the  relationship 
between  this  entity  and  its  parent  is  1 or  many,  then  this  key  will  n'-'t  appear  as  an  attribute 
of  the  entity  in  EXPRESS  but  the  relationship  is  satisfied  by  the  entity  being  referenced  by 
a attribute  of  type  set  in  the  parent  entity. 

3.  Where  an  IDEFlX  entity  has  a foreign  key  attribute  above  the  Line  and  the  relationship 
between  this  entity  amd  its  parent  is  0,  1 or  many,  then  this  may  appear  either  as  an  attribute 
in  the  child  entity  or  as  a set  of  entity  references  in  the  parent  entity. 

4.  W'here  an  IDEFlX  entity  has  a foreign  key  attribute  below  the  line  this  appears  as  an  entity 
reference  attribute  in  the  corresponding  EXPRESS  entity. 

5.  Each  IDEFlX  entity,  except  those  mentioned  in  6 below,  has  one  key  attribute  (above  the 
line)  which  is  not  a foreign  key.  This  will  generally  not  appear  in  EXPRESS  unless  it  is 
considered  an  important  piece  of  information  which  it  is  desired  to  access  externally. 

6.  Where  there  is  a 0 or  1 relationship  between  entities  then  the  child  can  normally  be  considered 
as  an  optionad  attribute  of  the  pau’ent  and  will  appear  as  such  in  the  EXPRESS  model. 
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10.10.2  UNITS  Reference  Model 


SCHEMA  Units. measure ; 

TYPE  length. unit  = ENUMERATION  OF 
( angstrom , 
micron , 
millimetre , 
metre , 
kilometre , 
mil , 
inch , 
foot , 
yard, 
mile)  : 

END. TYPE: 

TYPE  mass. unit  = ENUMERATION  OF 
(milligram , 
gram, 
kilogram , 
tonne , 
ounce , 
pound , 
ton)  : 

END. TYPE; 

TYPE  time. unit  = ENUMERATION  OF 
( second , 
minute , 
hour , 
day, 
week , 
year) ; 

END. TYPE; 

TYPE  current. unit  = ENUMERATION  OF 
(ampere) ; 

END.TYPE; 

TYPE  temperature. unit  = ENUMERATION  OF 
(kelvin , 

Celsius , 
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f ahrenheit ) ; 

END.TYPE; 

TYPE  ajnount_of _6ubstaiice_unit  = ENUMERATION  OF 
(mole ) ; 

END. TYPE: 


TYPE  luminous.intensity.unit  = ENUMERATION  OF 
(candela) ; 

END. TYPE: 

TYPE  plane. angle.unit  = ENUMERATION  OF 
(second , 
minute , 
degree , 
radian) : 

END. TYPE: 

TYPE  solid. angle. unit  = ENUMERATION  OF 
(steradian) ; 

END.TYPE: 


ENTITY  units; 

scaled. length.unit  : INTERNAL  scaled.length.unit ; 

scaled. mass. unit  : INTERNAL  scaled.mass.unit ; 

scaled. time. unit  : INTERNAL  scaled.time.unit ; 

scaled. electric. current.unit  : INTERNAL  scaled.current.unit ; 
scaled. thermodynamic.temperature.unit  : INTERNAL  scaled.temperature.unit : 
scaled.amount.of .substance.unit  : INTERNAL  scaled.amount.of .substance 

scaled. luminous.intensity.unit  : INTERNAL  scaled. luminous. intensity, 

scaled. plane. angle. unit  : INTERNAL  scaled. plane. angle. unit ; 

scaled.solid. angle. unit  : INTERNAL  scaled.solid. angle. unit ; 

END.ENTITY; 


ENTITY  scaled.length.unit; 

base. length.unit  : length.unit; 

length. unit. scale. factor  : OPTIONAL  real; 

END.ENTITY; 


ENTITY  scaled.mass.unit; 

base. mass. unit  : mass. unit; 

mass. unit. scale. factor  ; OPTIONAL  real; 

END.ENTITY; 
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ENTITY  8caled_time_unit : 

base_time_unit  : time.unit; 

time_unit_8cale_f actor  : OPTIONAL  real; 

END.ENTITY; 

ENTITY  8caled_current_unit ; 

base.electric_current_unit  : current.unit ; 

current_unit_8cale_f actor  : OPTIONAL  real; 

END.ENTITY; 

ENTITY  scaled.temperature.unit ; 

base.thermodynamic.temperature.unit  : temperature.unit ; 
temperature.unit.scale.f actor  : OPTIONAL  real; 

END.ENTITY; 

ENTITY  8caled. amount. of _8ubstance. unit ; 

base. amount. of .substance.unit  : amount. of .substaince. unit ; 

amount. unit.scale.f actor  : OPTIONAL  real; 

END.ENTITY: 

ENTITY  scaled. luminous.intensity. unit ; 

base. luminous. intensity. unit  : luminous. intensity. unit ; 
luminous. intensity. unit. scale. factor  : OPTIONAL  real; 

END.ENTITY: 

ENTITY  scaled. plane. angle. unit ; 

supplementary. plane. angle. unit  : plane. angle.unit ; 

plane. angle. unit. scale. factor  : OPTIONAL  real; 

END.ENTITY; 

ENTITY  scaled.solid. angle.unit ; 

supplementary.solid.angle.unit  : solid.angle.unit ; 

solid.angle.unit.scale.f actor  : OPTIONAL  real; 

END.ENTITY; 

END. SCHEMA; 

10.10.3  Notes 
None. 
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1 . 0 


INTRODUCTION 


The  purpose  of  this  implementor's  guide  is  to  give  the  STEP  software 
developer  an  understanding  of  STEP  as  it  relates  to  specific  types  of 
software  implementations.  This  guide  will  offer  suggestions  to  the 
developer  on  such  topics  as  translator  architecture,  parser  design, 
error  recovery,  and  common  geometric  conversion  algorithms.  This  will  be 
a "living"  document  that  will  branch  out  into  other  aspects  of 
implementation  as  they  are  explored. 

The  information  presented  here  is  collected  from  a variety  of  sources. 
Since  each  source  may  deem  different  aspects  of  their  implementation 
proprietary,  the  completeness  of  each  implementation  discussion  may  vary. 
Despite  this  inconsistency,  no  contributions  to  this  document  are  thought 
to  be  without  merit.  Contributions  to  this  document  are  highly  encouraged 
from  its  readership. 

It  is  sincerely  hoped  that  STEP  software  developers  will  both 
benefit  from,  and  contribute  to,  the  ideas  and  experience  presented  in 
this  document. 
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2.0  STEP  IMPLEMENTATION  LEVELS 


2.1  PURPOSE 

The  purpose  of  establishing  implementation  levels  is  to  allow  system 
developers  to  improve  the  data  exchange  process  between  systems. 

The  data  exchange  process  can  be  optimized  when  system  developers  are 
able  to  understand  or  classify  the  architectures  of  the  various  systems 
that  they  must  integrate.  In  order  to  usefully  classify  implementations, 
system  developers  need  to  develop  a common  terminology  and  method  for 
doing  so.  That  is  the  purpose  of  this  section. 

The  classification  of  a STEP  implementation  into  a level  or  a set  of 
levels  will  be  performed  by  comparing  the  implementation  against  a specific 
set  of  criteria.  At  this  time,  there  are  nine  areas  or  categories  of  criteria 

There  will  probably  be  more  than  nine  categories  of  criteria,  and 
most  categories  will  certainly  require  more  than  one  question  in  order  to  be 
adequately  covered.  The  refinement  of  these  categories  of  criteria  will  be 
an  ongoing  process,  performed  as  our  experience  grows.  It  is  intended  for 
these  categories  to  serve  as  a starting  point  for  classifying  implementation? 
The  categories  are  listed  below. 


2.2  CATEGORIES  OF  CRITERIA 


Category  II 

"Can  the  implementation  read  / write  to  the  standard  exchange  format  file" 

_ 

no 

Category  12 

"Can  the  system  generate  / access  the  standard  working  form  ?" 

_y«s 

no 


Category  13 

"what  is  the  granularity  of  the  accessable  data  in  this  implementation  ? 

can  query  on  a single  entity  attribute 

can  query  on  multiple  entity  attributes 

can  query  on  a single  entity 

can  query  on  multiple  entities 

can  query  on  a single  model 

can  query  on  multiple  models 
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Category  #4 

"What  standard  forms  of  a data  query  are  supported  for  this  implementation  ? 

No  standard  query  form  supported 

Standard  function  calls  only 

Standard  interactive  DHL  only 

Standard  batch  D«L  only 

All  standard  forms  of  query 


Category  #5 

"What  standard  forms  of  a data  query  response  are  supported  for 
this  application  ?" 

No  standard  forms  of  data  query  response  are  supported 

Standard  function's  output  parameters  only 

Standard  reply  to  a file 

Standard  reply  to  an  output  device 

All  standard  forms  of  reply 


Category  #6 

"What  physical  locations  for  the  data  can  the  implementation  support  ?" 

In  local  computer  memory 

On  local  computer  disk 

On  local  and/or  remote  computers 

Category  17 

"What  are  the  logical  navigational  capabilities  of  the  implementat 
against  the  IPDM  7 " 

Hierarchical  queries  supported 

Network  queries  supported 

Relational  queries  supported 

Othe  r 


Category  #8 

"What  are  the  constraint  checking  capabilities  of  the  implementation  7" 
IF 

No  constraint  checking 

Some  constraint  checking 

All  constraint  checking 

WHAT 

Simple  constraint  checking 

Complex  constraint  checking 

HOW 

Performed  by  hard-coded  function  calls 

Performed  by  executing  external  directives 

Performed  by  other  means 

WHEN 

Performed  once  when  data  is  loaded  into  system 
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Performed  each  time  data  is  used 


Category  #9 

"What  is  the  automation  level  of  the  data  sharing  process  ?" 

Not  automated  (i.e.  manual  only) 

Partially  automated  (e.g.  automatic  notification,  some  manual  stej 

Fully  automated  (updates  occur  automatically,  always  current  data, 


It  is  important  for  the  reader  to  understand  that  these  nine 
categories  do  not  imply  that  there  are  necessarily  nine  implementation  leva] 
Xt  must  also  be  apparent  to  the  reader  that  several  of  the  categories  of 
criteria  are  not  mutually  exclusive.  Zn  other  words,  it  will  be  possible  foi 
implementations  to  be  classified  identically  under  some  categories  and 
differently  under  others.  This  fact  does  not  reduce  the  potential  usefulness 
of  classifying  implementations.  Implementations  do  not  need  to  match  in  evei 
category  in  order  to  effectively  exchange  data. 


2.3  THE  GENERAL  DEFINITIONS 


Previous  discussions  have  made  it  clear  that  POES  implementations 
are  classifiable  in  too  many  categories  for  there  to  be  exactly  four  comple 
definitions.  However,  even  if  they  are  not  fully  comprehensive,  it  can  be 
useful  to  have  a handful  of  rough  definitions.  Therefore,  generalized 
definitions  of  the  implementation  levels  are  listed  below. 


LEVEL  1 FILE  EXCHANGE 

Product  data  is  translated  into  or  out  of  the  standard  exchange  forma 
file  using  non-standard  software.  The  data  in  the  exchange  file  is  derived 
the  IPDM.  The  granularity  of  the  data  in  the  exchange  file  will  range  from 
multi-model  level  to  the  entity  level.  No  standard  forms  of  query  are  define 
for  the  product  data  when  in  this  form.  No  standard  navigational  capabilitie 
are  defined  for  the  product  data  when  in  this  form.  No  standard  validity 
constraint  checlcs  are  defined  for  the  product  data  when  in  this  form.  The 
automation  level  of  the  data  sharing  process  is  not  defined  when  the  product 
data  is  in  this  form. 


LEVEL  2 WORKING  FORM  EXCHANGE 

Product  data  is  translated  into  or  out  of  the  standard  woricing  form. 
The  product  data  in  the  woricing  form  is  derived  from  the  IPDM.  The 
granularity  of  the  data  in  the  working  form  will  range  from  the  model  level 
to  the  entity  level.  The  working  form  must  be  accessable  by  standard 
exchange  format  files  or  standard  access  software  function  calls.  The  worki 
form  must  support  relational,  network,  and  hierarchical  types  of  queries 
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level  3 DATABASE  EXCHANGE  j 

Product  data  is  translattd  into  or  out  of  a Databast  Management 
System  (DBMS).  The  product  data  in  the  DBMS  is  derived  from  the  IPDM.  The 
granularity  of  the  data  in  the  DBMS  will  range  from  the  multi-model  level  | 

to  the  entity  level.  The  DBMS  must  be  accessable  by  standard  exchange 
format  files,  standard  access  software  function  calls,  or  standard  Data 
Manipulation  Language  statements.  The  DBMS  must  support  relational, 
networl(,  and  hierarchical  types  of  queries  against  the  product  data.  The  ' 

DBMS  will  not  enforce  validity  constraints.  The  data  sharing  process  is 
fully  automated  when  the  product  data  is  in  this  form.  i 


level  4 KNOWLEDGEBASE  EXCHANGE 

Product  data  is  translated  into  or  out  of  a Knowledgebase  Management 
System  (KBMS).  The  product  data  in  the  KBMS  is  derived  from  the  IPDM. 

The  granularity  of  the  data  in  the  KBMS  will  range  from  the  multi-model  level 
to  the  entity  level.  The  KBMS  must  be  accessable  by  standard  exchange  format 
files,  standard  access  software  function  calls,  or  standard  Data  Manipulation 
Language  statements.  The  KBMS  must  support  relational,  networlc,  and 
hierarchical  types  of  queries  against  the  product  data.  The  KBMS  will  enforce 
all  of  the  validity  constraints  specified  in  the  standard.  The  data  sharing 
process  is  fully  automated  when  the  product  data  is  in  this  form. 
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3.0 


STEP  Exchange  Format  Implementations 


This  chapter  will  contain  descriptions  of  a variety  of  STEP  software 
implementations  that  involve  the  reading  or  writing  of  STEP  exchange  format 
files.  These  implementations  may  also  involve  some  type  of  Worlting  Form 
or  Database  implementation  as  well,  if  so,  those  aspects  of  tne  implementation 
will  be  covered  in  more  detail  in  later  chapters. 


3.1  THE  GMAP  SYSTEM  TRANSLATOR 

The  presentation  of  materials  describing  this  translator  has  been 
delayed  by  the  continued  classification  of  that  documentation  by  the 
United  States  Air  Force  as  "For  Early  Domestic  Dissemination  Only" 
(FEDD).  Upon  the  removal  of  the  FEDD  clause  from  those  documents, 
a detailed  description  of  that  translator  will  be  included  here. 
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4.0 


STEP  WORKI.NG  FORM  IMPLEMENTATIONS 


This  chapter  will  contain  descriptions  of  a variety  of  STEP  software 
implementations  that  involve  a working  form  and  at  least  some  types  of 
software  that  provide  access  to  it.  These  implementations  may  also  involve 
some  type  of  Database  implementation  as  well,  if  so,  those  aspects  of  the 
implementation  will  be  covered  in  more  detail  in  later  chapters. 


4.1  THE  PDDI  ACCESS  SOFTWARE  AND  WORKING  FORM 

The  following  pages  have  been  excerpted  from  the  PDDI  ACCESS  SOFTWARE 
USER  MANUAL.  The  complete  document  can  be  obtained  by  contacting  ???? 
and  asking  for  document  ????. 
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3.7  Wodel  Access  Software 

The  POOI  Access  Software'  is  a set  of  Pascal  procedures  that  maintains  tne 
physical  structure  of  related  user  data  in  computer  memory.  This  user  data  is 
referred  to  as  the  working  fonn  model.  The  package  provides  an  interface  to 
the  working  form  model  for  application  programs  to  create,  relate,  and  access 
elements  of  user  data. 

The  application  programs  art  independent  of  the  physical  structure  of  the 
stored  data  elements.  This  independence  ensures  that  as  different  structure 
techniques  are  implemented,  the  application  programs  need  not  change. 

This  package  manages  two  types  of  data:  entities  and  lists.  An  entity  is  an 
element  of  data  supplied  by  the  application  to  be  stored  in  the  working  form. 
A list  is  a collection  of  entity  keys.  The  package  manages  lists  created  by 
the  application  in  the  working  form. 

The  Access  Software  allows  the  structuring  of  the  user  data.  The  entities  can 
be  related  in  user/constituent  order.  An  entity  may  be  related  to  multiple 
user  entities,  creating  a network  structure  in  the  working  form.  An  entity  may 
also  contain  multiple  constituent  entitles. 
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3.8  DATA  ITE?^S 

The  Access  Software  manages  two  types  of  data  items  within  the  working  fom  - 
Entitles  and  Lists. 


entity 


An  entity  is  the  principle  data  item  managed  by  the  Access  Software,  and  is: 

0 Defined  by  the  conceptual  schema  in  the  application  creating  the 
entity. 

0 Accessed  by  a unique  key  return  from  the  create  entity  function 

0 A node  in  the  working  form  structure  containing  an  Attribute  Data 

Block(ADB),  and  references  to  other  entities  in  Constituent 
Relationships  and/or  User  Relationships 


ATTPIBUTg  DATA  BLOCK 


An  Attribute  Data  Block(ADB)  is  a collection  of  data  embedded  in  a single 
contiguous  block  of  memory.  Individual  pieces  of  data  within  an  ADB  are  call 
attributes.  MAS  manages  only  the  first  three  items  in  the  structure  of  an 
ADB.  These  three  attributes,  KIND,  LENGTH,  and  SYSUSE,  are  required  in  every 
entity.  A short  description  of  each  attribute  follows: 

KINO  - Must  be  the  first  item  defined  in  the  ADB.  The  KINO  defines  the  entity 
type  code.  This  code  cannot  be  changed. 

LENGTH  ♦ Must  be  the  second  item  defined  in  the  ADB.  The  LENGTH  defines  the 
number  of  bytes  in  the  ADB  including  KINO,  LENGTH,  and  SYSUSE. 

SYSUSE  • One  full  word  of  system  use  data  reserved  for  internal  purposes.  This 
data  is  never  used  by  the  application,  and  should  never  be  inspected  or 
modified. 

NOTE:  All  other  attribute  data  in  the  ADB  is  managed  by  the  application 

program. 
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RELATIONSHIP 

A constitutnt  tntity  is  used  in  the  definition  of  the  user  entity.  Inclusive 
constituents  of  in  entity  encompass  all  descendants,  their  descendants,  and  so 
forth  until  there  are  no  more  descendents.  For  example  in  Figure  3-4,  Pont  0 
(PO)  and  Point  1 (PI)  art  constituents  of  Lint  1. 

LINE  - ENTITY(5008); 


Figure  3-4  LINE;  An  Entity  With  Consti tuenjts 
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USER  PgLATIQNSHIPS 

A ustr  entity  uses  constituent  entitles  In  its  definition.  Inclusive  users  of 
en  entity  include  all  ancestors,  their  ancestors,  and  so  forth  until  there  are 
no  more  ancestors,  for  example  in  Figure  1*1,  Line  1 is  a user  of  Point  0 (?0) 
and  Point  1 (PI). 

Uil 

A list  is  a collection  of  entity  keys  which  is: 

0 Created  by  the  Application  program. 

0 Accessed  by  a unique  list  key  returned  from  the  Create  List  Functions. 

0 Used  by  the  Application  to  store  selected  entity  keys  for  subsequent 

processing. 
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3.9  interface  PARjiMETERS 

Each  interfact  paramtter  has  a name  and  a type.  This  Information  is  shown  as 
fol lows: 

DATA-NA«E;OATA-TYPE. 


data-name  parameters 


The  following  conventions  are  used  to  name  parameters: 

• Keys  are  named  KEYl,  KEY2, . . .KEYN. 

• The  A08  Is  named  ENTDEF. 

• Text  parameters  are  named  according  to  their  purpose. 

‘ Integer  parameters  are  named  according  to  their  purpose. 

- A return  code  Is  produced  by  every  Interface  routine/operation.  This 
parameter  Is  a full  word  integer  and  Is  always  named  IRC.  (See  Appendix  for 
a return  code  list.) 

DATA. TYPE  PARAI^ETERS 

Data*Type  parameters  may  be  one  of  the  following: 

ANYKEY  - Access  key  of  an  entity  or  list. 

ENTBLOCK  * Entity  data  block  definition. 

- In  Pascal,  probably  declared  as  a record. 

- In  Fortran,  declared  as  a common  or  dimension  array. 

CHARACTER  • A single  character  as  defined  by  the  system. 

INTEGER  - A full  word  Integer. 
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FORMAL  DATA  TYPgS 


The  following  Is  a reference  list  of  dati-types  for  interface  calls  in  this  mas 
document. 


ANYKEY 

LISTKEY 

ENTKEY 

ORD  KINO 

EXT  RET.COOE 

LISTPSTN 

LISTINOX 

LISTSIZE 

ROUTINE 

NAMTYP 

(ADB)  ENTBLOCK 
KINO 
SIZE 
SYSUSE 
DATA 


INTEGER 

ANYKEY 

ANYKEY 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

INTEGER 

ARRAY (1... 8)  OF  CHARACTER 
ARRAY (1... 6)  OF  CHARACTER 

RECORO  OF 

- ORO  KINO 

- INTEGER 

- INTEGER 

- (USER  DEFINED) 


PASCAL  applications 

The  formal  declarations  for  the  Access  Software  interface  routines  are 
maintained  in  the  member  APL  TYP  of  the  library  "CA05.FRMI .MASymmdd. INCLO" 

Where: 

y • year 

mm  • month 
dd  • day 

of  the  latest  Access  Software  release. 
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3.10  MEMORY  MANAGER 


A Modfl  Access  Memory  Manager  was  developed  to  replace  the  PASCAL  run-time 
memory  manager.  It  reduces  the  number  of  bytes  of  overhead  required  for 
free-space  collection,  and  isolates  the  working  form  model  from  all  other 
PASCAL  dynamic  allocations. 

This  memory  manager  is  currently  in  the  MAS  package  and  requires  no  user 
intervention  for  utilization. 
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4.1  introduction 


Tht  Entity  Operations  and  List  Operations  sections  provide  the  applications 
programmer  with  the  Interface  operations  needed  to  access  the  data  structures 
passed  back  to  the  application  program.  (See  appendix  for  Pascal  and  F0RTR;^N 
Schema  Diagrams.) 

Figure  4-1  Illustrates  the  Interrelationships  of  the  Access  Software  interface 
operations  shown  In  these  sections. 


ACS 

IRC 


List  (of  Keys) 
KH 


Figure  4-1  Interface  Operations 
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4.2  TNTTTALiZATIQN/nPiPTTQN  QF  THE  MAS  ENVIRONMENT 


Two  routines  provide  the  interface  used  to  initialize  the  Access  Software. 

The  basic  initialization  operation  (HAINIT)  creates  a working  model  and  enables 
the  Access  Software. 

The  MAKILL  function  is  used  to  destroy  the  working  model  and  disable  the  Access 
Software. 

An  application  does  not  have  to  install  a data  dictionary.  It  can  create  and 
use  entities  on  an  id  h^i  basis.  If  a data  dictionary  is  not  installed,  the 
following  limitations  are  imposed: 

1.  Any  entity  type  will  be  permitted. 

2.  The  interface  routines  will  not  validate  any  operation  other  than 
outright  errors;  e.g.,  defining  an  AOS  with  a negative  length.  The 
application  is  - *on  its  own*. 

3.  There  will  be  no  provision  for  organization  of  entities  by  class. 

Included  with  the  initialization  and  deletion  operations  descriptions  that 
follow  are  the  error  and  warning  messages  that  may  be  returned.  Appendix  A 
contains  a complete  list  of  these  messages  along  with  their  numeric  cooes. 
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4.3  rNTTTY  OPERATIONS 


The  basic  entity  operations  can  be  categorized  by  the  following  functions: 


Activate 

Create 

Get 

Delete 

Update 

Process  Flags 
Appl icatlon  Flags 


All  operations  performed  on  entity  constituent  lists  are  done  by  list 
operations,  with  the  exception  of  creating  an  entity  with  constituents. 


Included  with  the  entity  operations  descriptions  presented  on  the  pages  that 
follow  are  the  error  and  warning  messages  that  may  be  returned.  Appendix  A 
contains  a complete  list  of  these  messages  along  with  their  numeric  codes. 
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4.3.1  CREATE  operations 


These  operations  allow  the  creation  of  entities  in  the  worKing  fnocel . The 
application  creates  the  entity  in  its  local  memory  space.  This  includes  the 
specification  of  KINO,  LENGTH,  and  any  other  attribute  data  as  needed.  The 
KINO  value  cannot  change.  The  LENGTH  value  can  be  changed  by  the  maE'JO 
function. 

The  create  routines  are  shown  in  the  following  table. 


DESCRIPTION 

1 

ROUTINE  1 

1 

Create  an  entity. 

MAECR 

Create  an  application  list  of  constituent  entity  references. 

MAEC 

Create  an  application  list  of  inclusive  constituent  entitles. 

MAECI 

Create  an  application  list  of  inclusive  constituents  by  KINO. 

MAECIK 

Create  an  application  list  of  user  entity  references. 

MAEU 

Create  an  application  list  of  inclusive  user  entities. 

HAEUI 

Create  an  application  list  of  inclusive  users  by  KINO. 

MAEUIK 

N289 


UM  5cC13CCCl 
1 1387 


4.3.2  GgT  OPERATIONS 


Thtst  operations  art  used  to  get  the  MAS  copy  of  a specified  entity  attribute 
block  and  load  it  into  the  application  memory  area.  Get  operations  are  also 
used  to  get  a specified  attribute  In  the  entity  ADB. 

The  get  routines  are  shown  in  the  table  below. 


DESCRIPTION 

ROUTINE 

Get  the  KINO  value  of  a specific  entity. 

MAEGKN 

Get  the  AOB  of  a specific  entity. 

MAEGTK 
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4.3.3  UPDATE  OPERATIONS 


Thest  operations  art  used  to  update  the  A08  for  specified  entities.  In 
general,  the  application  should  use  the  MAEGTK  function  to  get  the  AOS  before 
the  update  function  is  used. 

The  update  routine  is  shown  in  the  following  table. 


DESCRIPTION 

ROUTINE  1 

j 

Update  the  attribute  data  block  of  an  entity. 

MAEUD 

4-19 


N289 


1 


L'M  550’.3CCCI 
January  1987 


4.3.4  QgLETElQPERATIONS 


These  operations  address  how  you  delete  entitles  from  the  MAS  working  fom 
model.  The  entitles  In  the  working  model  currently  are  grouped  into  the 
following  classifications; 

0 Dependent 
0 Support 
0 Primary 
0 Secondary 

Delete  rules  have  been  established  for  the  entities  in  these  classifications. 
For  a new  entity  kind,  the  default  classification  Is  "Dependent"  unless  it  is 
otherwise  defined. 

DELETE  PULES 

The  delete  rules  apply  to  the  constituent  relationships  with  which  entities  are 
defined.  They  determine  whether  a constituent  entity  can  be  deleted  by 
checking  each  of  Us  user  entitles.  For  example,  the  delete  rules  applied  to 
entity  (A)  In  relation  to  a specific  user  entity  (B)  may  be  different  than  the 
delete  rules  for  that  san*  entity  (A)  In  relation  to  another  specific  user 
entity  (C). 

The  action  taken  for  the  ID8/MAS  delete  classifications  are  determined  by  the 
combinations  of  yes/no  (Y/N)  answers  to  the  following  conditions,  posed  as 
questions: 

(1)  Can  this  constituent  entity  be  deleted  from  a specific  user  en  tity? 

(2)  Does  the  deletion  of  this  (constituent)  entity  cause  deletion  of  a 
specific  user? 

(3)  Does  deletion  of  a specific  user  cause  deletion  of  this  entity 
(constituent)? 


CONOITIOH 

DELETE  CLASSIFICATION 

(1) 

(2) 

(3) 

N 

N 

N 

Dependent 

N 

N 

Y 

Support 

N 

Y 

H 

Primary 

Y 

N 

H 

Secondary 
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The  delete  classifications  are  defined  as  follows 


Dependent 

- Constituent  entity  cannot  be  deleted  because  the  user  entity 
Is  dependent  on  its  existence.  The  user  entity  may  be  deleted 
without  deleting  the  constituent  entity. 

Support 

• Constituent  entity  cannot  be  deleted  because  the  user  entity 
Is  dependent  on  Its  existence.  The  user  entity  may  be 

deleted;  however,  the  constituent  entity  will  also  be  deleted 
unless  another  user  entity  does  not  permit  the  deletion  of  the 
constituent  entity. 

Primary 

- Constituent  entity  can  be  deleted,  but  only  if  the  user 
entity  can,  and  will,  also  be  deleted.  The  user  entity  may  be 
deleted  without  the  constituent  entity  being  deleted. 

Secondary 

- If  the  number  of  constituents  falls  below  an  e$tablis*ad 
minimum,  the  constituent  entity  can  be  deleted  and.  if 
possible,  the  user  entity  will  also  be  deleted.  If  the  user 
ent.lty  cannot  be  deleted,  none  of  the  minimum  constituents  can 
be  deleted.  If  the  number  of  constituents  Is  greater  than  or 
equal  to  the  alnimua,  the  constituent  entity  can  be  deleted. 

Test  routines 

are  provided  to  return  the  entitles  or  lists  that  would  be 

deleted  if  actual  delete  routines  were  used. 
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PgLgTg  POUTING 

The  ID8/MAS  delete  routines  art  presented  In  the  following  table.  The  first 
two  routines  actually  deltta  tntitles  (MAED,  MAEDI).  The  third  and  fourth 
routines  test  the  delete  function,  allowing  the  prograimer  to  see  the  results 
of  a potential  delete  without  modifying  the  stored  data  (HAEOT,  MAEOTI}. 

When  deleting  a list  of  entitles  that  Includes  users  and  constituents,  the  list 
should  be  ordered  so  that  the  users  are  processed  before  the  constituents.  The 
routines  MALROR  and  MALRORI  perform  this  function  on  an  application  list.  (An 
entity  constituent  list  should  never  be  reordered.) 


DESCRIPTION 

ROUTINE 

Delete  an  entity  or  list  of  entities. 

MAED 

Delete  an  entity  or  list  of  entitles  and  the  inclusive 
constituents. 

MAEDI 

Delete  test  an  entity  or  list  of  entitles. 

MAEDT 

Delete  test  an  entity  or  list  of  entitles  and  the  Inclusive 
constituents. 

MAEDTI 
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4.3.5  ACTIVATE  QPgMTIQNS 


Thest  optratlons  art  ustd  to  activatt  an  tntity.  An  tntlty  Is  dtactlvated  wt^tn 
a dtlftt  was  attemptad,  but  was  not  cotnplattd  btcaust  of  tha  usar's  depandancy 
condition  on  tha  antity.  (Saa  Oalata  Oparatlons  Saction) 

Tha  activata  routinas  ara  shown  In  tha  tab1a  balov. 


DESCRIPTION 

ROUTINE 

Activata  an  antity  or  list  of  antitias. 

MAEA  j 

Activata  an  antity  or  list  of  antitias  and  thair  Inclusiva 
constituants. 

MAEAI 

Find  tha  presant  valua  of  tha  activation  satting  for  an  antity. 

MAEAV 

0 Activation  is  not  tha  sama  as  rajaction  aftar  a dalete.  If  an  entity 
was  dalatad,  than  it  cannot  ba  racovarad  with  thasa  functions. 

0 Activation  functions  will  activata  any  antity  regardless  of  when  or 
how  it  was  nada  inactiva. 
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4.3.6  APPLICATION  PUG  OPERATIONS 


Thcsa  operations  art  used  to  get  or  set  any  application  accessible  flac 
associated  with  an  entity. 

The  Application  Flag  routines  are  shown  In  the  following  table. 


DESCRIPTION 

ROUTINE 

Reset  any  application  accessible  flag  for  all  entities  in 
the  model . 

MAERST 

Determine  the  value  of  a given  application  accessible  flag 
of  an  entity. 

MAQURY 

Update  the  value  of  a given  application  accessible  flag  of 
an  entity  or  list  of  entitles. 

MAUPOT 

Determine  whether  the  user  compresses  with  Its  constituent. 

j 

MAECQY 

Create  a list  of  constituents  with  which  the  input  entity 
compresses. 

MAECMP 

Reset  Process  Flag  for  all  entities  in  the  model. 

MAE SWA 

Set  the  Process  Flag  In  an  entity  or  list  of  entities. 

MAESWT  j 

Find  the  Process  Flag  setting  of  an  entity. 

1 

MAESVL  i 

1 
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4.4  LIST  OPERATIONS 

This  stctlon  fxplains  tht  ust  of  tht  MAS  list  optratlons.  A list  is  a 
temporary  Internal  structure  that  contains  riferincts  to  entitles.  Since  the 
application  can  build  lists  that  take  up  space  In  the  working  model,  it  is 
necessary  that  the  applications  periodically  delete  the  lists  that  arc  no 
longer  needed. 

Many  list  operations  will  accept  either  a list  key  or  an  entity  key  as  input 
keys.  When  an  entity  key  Is  supplied.  It  Is  assumed  that  the  constituent  list 
of  the  entity  becomes  the  list  to  be  operated  on. 

Some  operations  on  lists  may  result  In  the  same  entity  being  in  the  output  list 
more  than  once.  The  operation  (HALROE)  can  be  used  to  remove  duplicate 
entitles  from  the  list. 

All  operations  that  create  an  application  list  automatically  set  the  position 
of  the  list  to  the  beginning.  Once  a list  has  been  read  to  the  end,  it  must  be 
reset  before  the  sequential  read  process  can  begin  again. 

When  an  entity  Is  deleted,  all  references  to  It  In  all  application  lists  are 
automatically  removed  and  the  current  positions  of  the  affected  lists  are 
adjusted  to  retain  their  original  meaning. 

The  basic  list  operations  can  be  categorized  by  the  following  functions: 

Boolean 

Structure 

General 

Delete 

Edit 

Sequential  Read 
Execute 

Included  with  the  list  operations  descriptions  are  the  error  and  warning 
messages  that  may  be  returned.  Appendix  A contains  a complete  list  of  these 
messages  along  with  their  numeric  codes. 
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4.4.1  BOOLEAN  QPgRATTQNS 


For  Boolean  operations,  then  art  two  input  lists  and  ont  output  list.  The 
application  is  responsible  for  providing  two  input  lists  consisting  with  the 
Boolean  operation  to  be  performed.  No  validation  checking  is  done.  If  one  or 
both  of  the  input  lists  contain  duplicate  entities,  then  the  output  list  may 
also  contain  duplicate  entities.  This  result  may  not  be  consistent  with  the 
Boolean  theory  operation  being  performed. 

The  Boolean  routines  are  shown  in  the  following  table. 


DESCRIPTION 

ROUTINE 

Create  a list  from  a Boolean  *ANO*  on  two  input  lists. 

HAUNO 

Create  a list  from  a Boolean  'NOT*  on  two  input  lists. 

MALNOT 

Create  a list  from  a Boolean  *OR*  on  two  input  lists. 

MALOR 
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4.4.2  STRUCTURg  QPgRATIQMS 


The  following  table  presents  the  structure  routines: 


OgSCRIPTION 

ROUTINE 

Create  a list  of  entitles  with  a given  KINO. 

WALK 

Create  a list  of  entitles  with  a given  KINO  that  are  found 
within  another  1 1st. 

MALKL 
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4.4.3  GENERAL  QPgRATIQNS 

Thf  following  tablt  prtstnts  tht  gtntral  routints: 


DESCRIPTION 

routine 

Creatis  an  tnpty  list. 

HAL 

Creata  an  tmpty  list  of  sptciflad  sizt. 

MAIN 

Makts  a copy  of  a list. 

MALCPY 

Find  thf  position  of  an  antlty  In  a list. 

MALFNO 

Count  tht  intuits  In  a list. 

MALNO 

Git  tht  Nth  kty  fro«  a list. 

MALGTK 
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4.4.4  nPLr£_QMRATIQNS 

Tht  following  tablt  prtsints  tht  dtlttt  routints: 


DESCRIPTION 

ROUTINE 

Oelfti  an  application  list. 

MALD 

Oelctt  all  application  lists. 

MALDA 

Dtlttt  an  application  list  and  all  lists  crtattd  afttr  it. 

MALDI 

Stt  or  unstt  tht  application  list  lock  flag.  . 

MALOCk 
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4.4.5  gQIT  QPgRATTQNS 

Tht  following  tablf  prtstnts  tht  tdit  routinos: 


DESCRIPTION 

ROUTINE 

Attach  an  tntUy  or  list  of  tntitlts  to  a list. 

1 

MALATC  1 

Insirt  an  tntUy  or  list  of  antltlts  Into  a list. 

MALINS 

Remcvt  dupllcatt  tntrles  In  a list. 

MALROE 

Rtplact  a list. 

MALREP 

Removt  an  tntUy  from  a list. 

MALRMV 

Reordtr  list  of  tntitlts  In  ustr  to  constitutnt  ordtr. 

malror 

Rtplact  an  tntUy  In  a list. 

MALRPL 

Rtvtrst  tht  ordtr  of  a list 

MALRVS 

Sorts  a list  using  ordtr  providtd  by  a ustr  dtfintd  function 

MALSRT 
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4.4.6  SEQUENTIAL  RE>0  AND  EXECUTE  OPERATIONS 


Th«  fallowing  tablt  shows  routints  that  proctss  i list  siqufntlally  (as  if  it 
wert  a flit) : 


1 

DESCRIPTION 

ROUTINE  1 

1 

Read  the  next  entry  in  a list. 

MALRO 

Setup  for  reading  in  a forward  direction. 

MALSTF 

Setup  for  reading  in  reverse  direction. 

MALSTR 

Execute  a procedure  on  an  entity  or  a list  of  entitles. 

MAEXEQ 

Execute  a procedure  on  all  entities  of  a specified  KINO. 

MAKXEQ  1 

Execute  a procedure  on  an  entity  or  a list  of  entities. 

MALXEO  I 

Execute  a given  procedure  on  constituents  of  entity. 

MAECXQ 

Execute  a procedure  on  the  users  of  an  entity. 

MAEUXQ  1 

The  MALSTF  and  MALSTR  set  up  a list  for  forward  or  reverse  reading  of  an 
application  list.  Forward  reading  is  assumed  and  need  not  be  called  expliculy 
before  a read  or  an  execute  function  is  used.  However,  after  an  end*of*list  is 
signaled,  the  list  Is  disabled.  An  explicit  setup  must  be  done  to  enable  tne 
list. 


4-72 


atm 


N289 


SgCT!QM_i 
GgNgRAL  UTILITIES 


L'H  560:3CC01 
I January  1987 


This  section  contains  descriptions  of  avillablt  general  utility  routines,  as 
shown  in  the  table  below. 


DESCRIPTION 

ROUTINE 

Get  number  of  different  KINO  values  in  the  worklng-fone 
model . 

MAECTK 

Get  KINO  value  stored  at  specific  position  In  KINO  list. 

MAEKNO 

Determine  If  an  entity  has  any  users. 

MAEUSR 

Get  actual  model  space  used  and  amount  of  model  free 
space. 

MASMSZ 

Determine  the  number  of  entitles  In  the  model  of  a 
specified  KINO. 

MAKCNT 
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appendices 


Valuablf  suppUfiwntapy  information  not  included  •trlitr  in  this  manual  is 
includtd  in  this  saction. 


Pace 


A ACCESS  SOFTV^ARE  CALLING  PARAMETER  INDEX A-1 

B alphabetical  access  software  routine  index  B-1 

C ACCESS  SOFTWARE  RETURN  CODE  INDEX C-l 

0 ACCESS  SOFTWARE  FORTRAN  SCHEMA  DIAGRAM  0-1 

E ACCESS  SOFTWARE  PASCAL  SCHEMA  DIAGRAM E-l 

F GENERAL  TECHNIQUES/GUIDELINES F-1 

G RUN-TIME  ENVIRONMENT  G-1 

INTRODUCTION G-l 

INTERLANGUAGE  CONVENTIONS  G-2 

ESTABLISHING  INTERLANGUAGE  ENVIRONMENT G-3 

REGISTER  CONVENTIONS G-5 

PASCAL  DYNAMIC  STORAGE  AREA  G-6 

EXAMPLES G-8 

H ERROR  ANO  WARNING  RETURN  CODE  INDEX H-1 
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SgCTIQN  6 
SAWPLg  PROGRAMS 


The  following  pages  niustrate  uses  of  the  Access  Software.  These  example; 
show  Create  and  Get  operations  for  a lint. 


DESCRIPTION 

MAS  ROUTINES  USED 

Create  a Lint 

MAL.  MALATC,  MAECR,  MALD 

Get  Constituents 

MALNO,  MALGTK 

Get  Users 

MAEU,  MALNO,  MALGTK 
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GEOMETRIC  CONVERSION  ALGORITHMS 


This  chapter  provides  conversion  algorithms  which  may  be  used  to 
convert  the  STEP  geometric  entities  to  and  from  other  geometric 
forms.  This  chapter  of  Annex  D is  organized  by  the  STEP  entity 
type.  Under  each  entity  type  will  be  specific  types  of 
conversion  algorithms.  The  conversion  algorithms  presented  here 
are  volunteered  from  a variety  of  sources.  The  reader  is 
cautioned  to  read  each  algorithm  carefully,  checking  for  possible 
errors  or  efficiency  improvements.  These  algorithms  are  expected 
to  improve  over  time.  The  reader  should  also  note  that 
navigation  within  local  data  structures  is  not  accounted  for  in 
these  algorithms.  An  algorithm  would  assume  for  example,  that 
the  value  Point. X,  is  somehow  made  available  from  the  system  in 
order  to  take  part  in  calculations  ; the  details  of  how  it  is 
made  available  are  not  of  concern  to  the  algorithm.  Some  entity 
types  may  have  more  types  of  conversion  algorithms  than  others. 


7.1  Notational  Conventions 

In  this  document  the  following  symbols  and  keywords  are  used  to 
indicate  various  functions  or  actions. 

SYMBOL  MEANING 


:>  Assignment 

Structure  assignment 

{ all  named  components  of  the  source  data  structure  ) 
{ are  assigned  to  like  named  components  of  the  ) 

{ target  data  structure.  } 

Scalar  subtraction 

* Scalar  addition 

* Scalar  multiplication 

/ Scalar  division 

* Matrix  dot  product  ^ 

X Matrix  cross  product 


KEYWORD  MEANING 


create  The  entity  definition  is  complete. 

return  Designates  the  value  a function  will  return. 
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Predefined 


. ,.N289 

Functions 


The  following  functions  will  be  referenced  by  the  various 
conversion  algorithms  : 


function  HAGNITUDE(  A:  vector  ); 

{ This  function  will  determine  the  } 

{ magnitude  of  a vector.  } 

temp_value  :•  SQRT(  A. I **2  A.J  **2  A.K  **2  }; 
return  temp_value 
end  function;” 


function  NORHALIZE(  A:  vector  ); 

{ This  function  will  normalize  a } 
{ vector  by  dividing  each  component  } 
{ of  the  vector  by  the  vector's  ) 
{ magnitude.  } 

temp_value  : - • magni tude ( A ); 
temp_vector •.  I :•  A.I  / temp_value; 
temp_vector . J :■  A.J  / temp^value; 
temp_vector . K :■  A.K  / temp”value; 
return  temp_vector 
end  function;” 


function  VECTOR!  A;  location,  B:  location  ); 
( This  function,  given  two  points,  } 

{ will  calculate  the  vector  from  } 

{ point  A to  point  B.  The  vector  ) 

( is  not  normalized.  } 

temp_vector . i :■  B.x  - A.x; 
temp_vector . j :■  B.y  - A.y; 
temp_vector . k :■  B.z  - A.z; 
return  temp_vector 
end  function; 
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7.3  CARTESIAN  THREE  COORDINATE 


7.3.1  From  a 3D  Cartesian  Point 

{ The  3D  Cartesian  POINT  entity  will  be  translated  into  the  } 
{ following  entities:  | 
{ 1 CARTESIAN_THREE_COORDINATE  ) 

CARTES IAN_THREE  COORDINATE. X POINT. X; 

CARTESIAN  THREE^COORD INATE . Y :•  POINT.Y; 
CARTESIAN”THREE"C00RDINATE. 2 POINT. 2; 
create  CARTESIAN  THREE  COORDINATE 


7.3.2  To  a 3D  Cartesian  Point 

{ The  STEP  CARTESIAN  THREE_COORDINATE  entity  will  be  trans-  } 
{ lated  into  the  following”  entities:  } 

{ 1 3D  POINT  } 

POINT. X :-  CARTESIAN_THREE_COORDINATE.X; 

POINT.Y  CARTESIAN_THREE_COORDINATE. Y; 

POINT. 2 CARTES IAN_THREE_COORDINATE. 2 ; 

create  POINT  ~ 
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7.4  LINE_SEGMENT 

7.4.1  To  a 3D  Bounded  Line 

{ The  STEP  LINE_SEGMENT  entity  will  be  translated  into  the 
{ following  entities: 

{ 1 LINE 


LINE.PO  LINE  SEGMENT. FIRST_POINT->CARTESIAN_THREE_COORDINAT 
LINE. PI  LINE”SEGMENT. LAST_POINT->CARTESIAN_THREE_COORDINATE 
create  LINE  “ ~ 


7.4.2  From  a 30  Bounded  Line 

{ The  LINE  entity  will  be  translated  into  the  following 
{ entities: 

{ 2 CARTES I AN_THREE_COORDI NATE  (possibly  eobedded/re f e r red ) 

{ 1 LINE_SEGMENT 

LINE_SEGMENT. FIRST_POINT  LINE.PO; 

LINE_SEGMENT.LAST_POINT  LINE. Pi; 

create  LINE  SEGMENT 
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7.5  CIRCLE 

7.5.1  To  a 3D  2-Point  & Normal  vector  defined  Circle 


{ The  STEP  CIRCLE  entity  will  be  translated  into  the  following  ) 
{ entities:  } 
{ 1 CIRCLE  } 


CIRCLE. PC  CIRCLE . POSITION->AXIS2_PLACEMENT. LOCATION; 

CIRCLE. AXIS  CIRCLE . POSITION->AXIS2  PLACEMENT .AXIS; 


temp_vector  CIRCLE.POSITION->AXIS2_PLACEMENT.REF_DIRECTION; 

temp_vector  normalize(  temp_vector” ) ; 


CIRCLE. PO.X 
CIRCLE. PO.Y 
CIRCLE. PO. 2 
create  CIRCLE 


CIRCLE. POSITION->AXIS2  PLACEMENT . LOCATI ON . X 

teip  vector. I * CIRCLE. RADIUS 
CIRCLE. POSITION->AXIS2  PLACEMENT . LOCATION . Y * 

teEp_vector . J • CIRCLE . RADIUS 
Cl RCLE.POSITION->AXIS2_PLACEMENT. LOCATION. 2 -► 

temp_vector . K * Cl RCLE . RADIUS 


7.5.2  From  a 3D  2-Point  & Normal  vector  defined  Circle 


{ The  3 Point  CIRCLE  entity  will  be  translated  into  the  } 
{ following  entities:  } 
{ 1 CIRCLE  } 
{ 1 CARTESIAN_THREE_COORDINATE  } 
{ 1 AXIS2_PLACEMENT  } 
{ 2 THREE  SPACE  DIRECTION  } 


CARTESIAN_THREE  COORDINATE  CIRCLE. PC; 

create  CARTESIAN_THREE_COORDINATE; 

THREE_SPACE_DIRECTION( 1 ) .X  :-  Cl RCLE . AXI S . I ; 
THREE_SPACE_DIRECTION( 1 ) . Y :»  C I RCLE . AX I S . J ; 

THREE  SPACE_DIRECTION( 1 ) .2  :-  CIRCLE .AXIS . K ; 
create  THREE_SPACE_DIRECTION( 1 ) ; 

THREE  SPACE_DIRECTION( 2 ) vector!  CIRCLE. PC,  CIRCLE. PO  ); 

create  THREE_SPACE_DIRECTICN( 2 ) ; 

AXIS2  PLACEMENT. LOCATION  :-  CARTESIAN_THREE_COCRDINATE; 

AXIS2“PLACEMENT.AXIS  :-  THREE_SPACE_DIRECTION(l); 

AXIS2_PLACEMENT.REF_DIRECTION  :-  THREE_SPACE  DIRECTION ( 2 ) ; 
create  AXI S2_PLACEMENT ; 

CIRCLE. RADIUS  :-  magnitude!  THREE_SPACE_DIRECTION ! 2 ) ); 

CIRCLE. POSITION  :-  AXI S 2_PLACEMENT ; 
create  CIRCLE 


7.6  ELLIPSE 
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7.6.1  From  a 3 Point  Ellipse 

{ The  ELLIPSE  entity  will  be  translated  into  the  following 
{ entities: 

( 1 ELLIPSE 

{ 1 axis:  placement 

{ 1 CARTESIAN  THREE_COORDINATE 

{ 2 THREE_SPACE_DIRECTION 

temp__vector  . i :•  ELLIPSE. MAJOR. X - ELLIPSE . PC . X ; 
temp”vector . j ELLIPSE. MAJOR. Y - ELLIPSE . PC . Y; 
tefflp~vector . k :■  ELLIPSE .MAJOR. Z • ELLIPSE . PC . Z ; 

THREE  SPACE  DIRECTION( 1 ) . i ELLIPSE . MINOR . X - ELLI PSE . PC . X ; 
THREE”SPACE“DIRECTI0N( 1 ) . j ELLI PSE . MINOR . Y - ELLI PSE . PC . Y ; 
THREE~SPACE"DIRECTI0N( 1 ) .k  ELLI PSE . MINOR . Z - ELLIPSE . PC . Z ; 

temp  magnitude  :■  magnitude(  THREE  SPACE_DIR£CTlON  ); 

THREE  SPACE  DIRECTION(l)  normalize ( THREE_SPACE_DIRECTION( 1 ) ) 

create(  THREE  SPACE  DIRECTION! 1)  ); 


THREE_SPACE_DIRECTION( 2 ) THREE_SPACE_DIRECTION ( 1 ) X 

temp_vectorT  ” ” 

THREE  SPACE_DIRECTION( 2 ) no rmal i ze ( THREE_SPACE  DIRECTION! 2 ) ) 

create!  THREE_SPACE_DIRECTION! 2 ) ); 

CARTES IAN_THREE  COORDINATE  ELLIPSE. PC; 

create!  CARTESIAN_THREE_COORDINATE  ); 

axis:  placement. location  CARTESIAN_THREE_COORDINATE; 

AXIS2“PLACEMENT.AXIS  THREE_SPACE_DIRECTION!l); 

AXIS2“PLACEMENT.REF  DIRECTION  :•  THREE  SPACE_DIRECTION! 1 ) ; 
create!  AXIS2_PLACEMENT  ); 

ELLIPSE. SEMI  AXIS  1 :■  magnitude!  temp_vector  ); 

ELLIPSE. SEMI“AXIS~2  temp  magitude; 

ELLIPSE. POSITION  " AXI Sl_PLACEMENT ; 

create!  ELLIPSE  ) 
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7.7  TRIMMED  CURVE 


7.7.1  To  a JD  3-Point  Circular  Arc 


if  TRIMMED_CURVE  uses{  CIRCLE  ) then  do 

for  each  TRIMMED  CURVE  in  users(  CIRCLE  ) do 


ARC.PO  TRIMMED_CURVE. POINT  1->CARTESIAN_THREE  COORDINATE; 

ARC. PI  TRIMMED_CURVE.P0INT”2->CARTESIAN_THREE“C0CRDI.^JATE; 

tenip_center .X  CIRCLE . POSTITION->AXIS2  PLACEMENT . LOCATION-> 

CARTES IAN_THREE  COORDINATE . X ; 

temp  center. Y CIRCLE . POSTITION->AXIS2_PLACEMENT. LOCATION-> 

CARTESIAN  THREE  COORDINATE . Y ; 

temp  center. 2 ;•  CIRCLE. POSTITION->AXIS2  PLACEMENT . LOCATION-> 

CARTESIAN  THREE  COORDINATE .2; 


temp  vector. I ( ARC.PO.X  + ARC. PI. X )/2 
temp"vector . J ( ARC.PO.Y  ♦ ARC. PI. Y )/2 
temp“vector . K ( ARC.PO. 2 * ARC. PI. 2 )/2 

teffip_vector  normalizet  temp__vector  ); 


temp_cente  r . X ; 
temp_center . Y; 
temp^center.I; 


ARC. PM. X 
ARC. PM. Y 
ARC. PM. 2 :• 


temp_cente  r 
temp  center 
temp'center 


.X  temp_ve 
.Y  + temp_ve 
.2  temp~ve 


ctor . I 

* Cl 

ctor . J 

* Cl 

ctor . K 

* Cl 

RCLE. RADIUS ; 
RCLE. RADIUS ; 
RCLE. RADIUS ; 


create  ARC 
end 
end 


7.7.2  From  a 3D  3-Poin^^§?r cular  Arc 

{ The  ARC  entity  will  be  translated  into  the  following 
( entities: 

{ 1 TRIMMED  CURVE 

{ 1 CIRCLE 

{ 3 CARTESIAN  THREE_COORDINATE 

{ 1 AXIS2_PLACEMENT 

{ 2 THREE  SPACE  DIRECTION 


{ 

{ Construct  vectors  from  PM  to  PO  and  PI 

{ 

temp_vector ( 1 ) vector(  ARC. PM,  ARC.PO  ); 

temp”vector ( 2 ) vector!  ARC. PM,  ARC. PI  ); 


( — > — > 

{ Calculate  the  cross  product:  PMPl  X PMPO  to  produce  a 
{ vector  normal  to  the  plane  of  the  CIRCLE. 

{ 

temp_vector ( 3 ) temp_vector ( 2 ) X temp_vector ( 1 ) ; 

{ 

{ Normalize,  the  normal  vector 

( 

THREE  SPACE_DIRECTION( 1 ) normalize!  temp_vecto r ( 3 ) ); 

create  THREE_SPACE_DIRECTION( 1 ) ; 

{ 

{ Find  the  coordinates  of  the  midpoints  of  the  line  segments 
{ PMPO  and  PMPl. 

{ 

temp_point! 1 ) :—  (1/2)*(ARC.PM  ♦ ARC.PO); 
temp_point( 2 ) :—  (1/2)*(ARC.PM  ♦ ARC. PI); 


{ 

{ The  equation  of  the  plane  normal  to  the  vector  PMPO  is: 

( 

{ X * temp_vector  ( 1 ) . I 
{ Y * temp“vector ( 1 ) . J ♦ 

{ 2 * temp”vector ( 1 ) . K ■ CONSTANT 

{ The  value  of  CONSTANT  is  the  equation  evaluated  at  some 
{ point  on  the  plane,  e.g.  temp  point(l) 

{ 

{ similarly  the  constant  of  the  second  plane  in  found  by 
{ evaluating  the  equation  at  temp  point(2). 

{ 

temp_const ( 1 ) :■  temp_point ( 1 ) .X  * temp_vector ( 1 ) . I + 

” temp_point ( 1 ) . Y * temp_vector ( 1 ) . J + 

terap~po int ( 1 ) . 2 * temp~vec to r ( 1 ) . K ; 
temp_const  ( 2 ) :■  temp  point(2).X  * temp“vecto  r ( 2 ) . I 
” temp“point  ( 2 ) . Y * temp”vecto r ( 2 ) . J 

temp“point ( 2 ) . 2 * temp_vector ( 2 ) . K ; 
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{ The  equation  of  the  plane  that  contains  the  circle  can  be  } 
{ found  by  a similar  manner.  } 

{ ) 
temp_const ( 3 ) ARC. PM. X * temp_vector ( 3 ) . I + 

ARC.  PM.  Y * temp_vector  ( 3 ) . J 
ARC. PM. Z * temp_vector ( 3 ) . K ; 


{ Both  of  the  planes  must  contain  the  center  point  of  the  } 

{ circle  because  of  basic  geometry  rules.  Also  the  plane  on  ) 

{ which  the  circular_arc  lies  must  contain  the  center  point  of  } 

{ the  base  circle.  Now  solve  the  three  equations  for  three  } 

{ unknowns  (the  coordinates  of  the  center  points)  using  } 

( Gaussian  elimination  and  backwards  substitution  on  the  } 

(matrix:  } 

( } 

{ +-  j 

{ I tv(l).I  tv(l).J  tv(l).K  i temp_const ( 1 ) | } 

(I  I I } 

{ I tv(l).I  tv(l).J  tv(l).K  ( temp_const ( 2 ) j } 

{I  I I } 

{ I tv{l).I  tv(l).J  tv(l).K  I temp  const(3)  j } 

{ ♦-  i 

{ ***  'tv'  denotes  'temp  vector'  ***  } 

{ } 

{ The  results  are  stored  as:  X in  temp_const ( 1 ) } 

{ Y in  temp_const ( 2 ) j 

{ Z in  temp_const ( 3 ) } 

{ } 


perform  GAUSSIAN_ELEMINATION; 

CARTESIAN_THREE_COORDINATE( 1 ) .X  :-  temp_Const ( 1 ) 
CARTESIAN_THREE  COORD I NATE ( 1 ). Y :•  temp  const{2) 
CARTESIAN_THREE~COORDINATE( 1 ) . Z :-  temp'cons t ( 3 ) 
create  CARTESIAN  THREE  COORDINATE (1); 


} 

} 

) ; 


AXIS2  PLACEMENT. LOCATION  :-  CARTESIAN_THREE_C00RDINATE(1); 

AXIS2“PLACEMENT.AXIS  :■  THREE_S PACE_DI RECTI ON ( 1 ) ; 

AXIS2"PLACEMENT.REr_DIRECTI0N  :-  THREE_SPACE_DI RECTI ON ( 2 ) ; 
create  AXI S2_PLACEMENT ; 

CIRCLE. RADIUS  :-  magnitude(  THREE_SPACE_DIRECTION( 2 ) ); 

CIRCLE. POSITION  :-  AXIS2  PLACEMENT; 


{ Create  the  reference  vector  relative  to  the  ARC. PM  coordi- 

( nate. 

( 

THREE  SPACE  DIRECTION{2) 

vector{  CARTESIAN_THREE_COORDINATE( 1 ) ,ARC.P0 
create  THREE  SPACE  DI RECTION ( 2 ) ; 


create  CIRCLE; 
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{ 

{ Find  the  endpoints  of  the  circular  arc 

( 

CARTESIAN  THREE  COORDINATE ( 2 ) ARC.PO; 

create  CARTESIAN_THREE_COORDINATE ( 2 ) ; 

CARTESIAN_THREE_COORDINATE( 3 ) ARC. PI; 

create  CARTESIAN  THREE  COORDINATE (3); 


{ 

( Use  the  endpoint  version 
{ define  a TRIMMED  CURVE. 

{ 

TRIMMED  CURVE. BAS E_CURVE 

TRIMMED”CURVE.PARAMETER_1 

TRIMMED"CURVE.PARAMETER_2 

TRIMMED"CURVE.P0INT_1 

TRIMMED”CURVE.P0INT_2 

TRIMMED_CURVE. SENSE 

create  TRIMMED  CURVE 


(not  the  parametric  version)  to 


CIRCLE; 

0; 

o; 

CARTESIAN_THREE_COORDINATE( 2 ) ; 
CARTESIAN_THREE_COORDINATE( 3 ) ; 
TRUE ; 
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7.8  Parabolic  Arc 
7.8.1  To  a 5 point  conic 

{ The  STEP  PARABOLA  will  be  translated  into  the  following 
{ entities: 

{ 1 CONIC 

if  TRIM«ED_CURVE  in  users(  PARABOLA  ) do 

for  each  TRIMKED^CURVE  in  users ( PARABOLA  ) do  begin 

2_vector.i  :•  PARABOLA. POSITION->AXIS2_PLACEMENT. AXIS  -> 

THR£E_SPACE_DIRECTION.X 

2_vector.j  PARABOLA. POSITION->AXIS2_PLACEMENT .AXIS  -> 

THREE_SPACE_DIRECTION. Y 

2_vector.k  PARABOLA. POSITION->AXIS2_PLACEMENT. AXIS  -> 

THREE_SPACE_DIR£CTION. 2 

2 vector  normali2e(  z vector  ); 


trans( 3,1) 
trans [3,1] 
trans ( 3,1] 


■ 2_vector.i; 
- 2”vector . j ; 

■ 2 vector.k; 


temp  vector.!  PARABOLA. POSITION-) 

AXIS2_PLACEMENT.  RE^_DIRECTI0N->THREE_SPACE_DIRECTi0N.X,• 
temp_vectO  r . j :«  PARABOLATpOS ITION-> 

AXIS2_PLACEMENT.REr_DIRECTION->THREE_SPACE_DIRECTION. Y; 
temp_vector . k :■  PARABOLA. POSITION-) 

AXIS2  PLACEMENT. REF  DIRECTION-)THREE  SPACE  DIRECTION.!; 


constant  :■ 

temp_vector  • 2_vector; 

x_vector . i 
x”vector.j 

X vector.k 

- temp_vector . i - constant*2 
■ temp_vector . j - constant*2 

- temp  vector.k  - constant*2 

_vecto  r 
_vector 
_vector 

x_vector  normaIi2e(  x_vector  ) ; 

trans [1,11 

■ x_vecto  r . i ; 

trans (1,2) 

■ x_vector.j; 

t r ans [ 1 , 3 ] 

- x_vector.k; 

y_vector  :■ 

2_vector  X x_vector; 

y^vector  :■ 

normali2e{  y_vector  ) ; 

trans [ 2,1] 

• y_vector . i ; 

trans (2,2) 

■ y_vector . j ; 

trans ( 2,3] 

■ y_vector.k; 

temp_p0.x  TRIMMED_CURVE . POINT_l-) 

CARTESIAN_THREE  COORDINATE. X 
AXIS2_PLACEMENTTlOCATION-)CARTESIAN_THREE_COORDINATE.X; 
temp  pO.y  TRIMMED_CURVE . POINT_l-) 

CARTESIAN_THREE_C00RDINATE. Y - PARABOLA. POSITION-) 
AXIS2_PLACEMENT.LOCATION-)CARTESIAN  THREE  COORD  I NATE . Y ; 
temp_p0.2  :•  TRIMMED  CURVE. POINT  1-) 

CARTESIAN  THREE  COORDINATETZ  - PARABOLA . POS I TI ON- > 


N289 

AXIS2_PLACEMENT.L0CATI0N->CARTESIAN  three  coordinate. 

temp  p4.x  TRIMMED_CURVE . POI.NT_2-> 

CARTESIAN_THREE_COORDINATE.X  - PARABOLA . POS I TI ON- > 
AXIS2  PLACEMENT. LOCATION->CARTESIAN  THREE  COORDINATE, 
temp  p4.y  TRIMMED_CURVE . POINT  2-> 

CARTES IAN_THREE_COORDINATETy  - PARABOLA. POSITION-> 
AXIS2  PLACEMENT. LOCATION->CARTESIAN  THREE  COORDINATE. 
temp_p4.2  TRIMMED_CURVE . POINT_2-> 

CARTESIAN_THREE_COORDINATE.2  - PARABOLA . POS I TI ON-> 
AXIS2__PLACEMENT.LOCATION->CARTESIAN_THREE_COORDINATE . 

Iocal_p0  trans  * temp_pO; 

local_p4  trans  • temp_p4; 

to  ( temp  pO.y  - PARABOLA. POSITION-> 

AXIS2_PLACEMENT . LOCATION->CARTESIAN_THREE_COORDINATE . Y ) 
/( 2*PARABOLA.FOCAL_DIST) ; 
tl  ( temp  pl.y  - PARABOLA. POSITION-> 

AXIS2  PLACEMENT. LOCATION->CARTESIAN  THREE_COORDINATE . Y ) 
/( 2 ‘PARABOLA. FOCAL  DIST); 


local_pl.x  PARABOLA. POSITION->AXIS2_PLACEMENT. LOCATION-> 
CARTESIAN-  THREE_COODINATE .X  ♦ PARABOLA . FOCAL  DIST  * 

( to*  ( 3/41  -►  tl*  ( 1/4  ) ) **2  ; 

local_pl.y  PARABOLA. POS ITION->AXIS2_PLACEMENT . LOCATION-> 
CARTESIAN  THREE_COODINATE . Y f PARABOLA . FOCAL  DIST  * 

( t0*( 3/4T  + tl*( 1/4 ) ) *2 ; 

local_pl.2  :•  0; 

l0cal_p2.x  PARABOLA. POSITION->AXIS2_PLACEMENT . LOCATION-> 
CARTESIAN  THREE  COODI.NATE.X  PARABOLA . FOCAL  DIST  * 

( tO*(2/4T  + tl*(2/4)  )**2; 

local_p2.y  :•  PARABOLA. POSITION->AXIS2  PLACEMENT . LOCATION->' 
CARTESIAN  THREE  COODINATE.Y  ♦ PARABOLA . FOCAL_DI ST  * 

( tO*(2/4T  + tl*(2/4)  )*2; 

local_p2.2  0; 

local  p3.x  PARABOLA. POSITION->AXIS2  PLACEMENT . LOCATION-> 
CARTESIAN  THREE_COODI  NATE  . X PARABOLA  . FOCAL_D  I ST  * 

( to* ( 1/41  + tl* ( 3/4 ) ) **2 ; 

local_p3.y  PARABOLA. POSITION->AXIS2_PLACEMENT. LOCATION-> 
CARTESIAN  THREE_COODINATE . Y PARABOLA . FOCAL_D I ST  * 

( tO*(l/4T  tl*(3/4)  )*2; 

local_p3.2  0; 

CONIC. PO  trans  * local  pO  ♦ PARABOLA. POSITION-> 

AXIS 2 PLACEMENT. LOCATI ON- > CARTES  I AN_THREE_COORD I NATE 

CONIC. PA  trans  * local_pl  + PARABOLA. POSITION-> 

AXIS2_PLACEMENT. LOCATION->CARTESIAN_THREE_COORDINATE 

CONIC. PB  :■  t?ans  * local_p2  ♦ PARABOLA. POSITION-> 

AXIS2_PLACEMENT. LOCATI ON- > CARTES  I AN_THREE_COORDINATE 

CONIC. PC  :•  tTans  * local_p3  ♦ PARABOLA. POSITION-> 

AXIS2  PLACEMENT. LOCATION->CARTESIAN  THREE  COORDINATE 


CONIC. PI  trans;*^-‘  ^^^ocal_p4  * PARABOLA. 

AXIS2  PLACE.MENT  . LOCAT I ON- >CARTES  IAN 


VvailO"  :>  51^*5  crtate  CONIC  ^ 

■'-»  'end 
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7.9  BE2IER_CURVE 

7.9.1  To  a Single  Segment  Hermitian  Parametric  Cubic  Curve 

{ The  STEP  BEZIER  CURVE  will  be  translated  into  the  following 
{ entities; 

{ 1 PARAMETRIC  CUBIC  CURVE 

if(  BE2 I ER_CURVE. RATIONAL  ) then  do 
TBD 
end 

else  do 


CUBIC. PO 

- BEZI 

CUBIC. VO . I 

3M 

CUB I C. VO .J 

3*( 

CUBIC. VO .K 

3*( 

CUBIC. VI . I 

3M 

CUBIC. VI .J 

3M 

CUBIC. VI .K 

3M 

CUBIC. PO 

- BEZI 

create  CUBIC 

CARTESIAN  THREE  COORDINAT 


BEZIER 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 

BEZIER' 


CURVE, 

CURVE, 

CURVE, 

CURVE, 

CURVE, 

CURVE, 

CURVE, 

CURVE, 

'CURVE, 

'CURVE, 

'CURVE, 

'CURVE, 


CONTROL 

CONTROL' 

CONTROL' 

CONTROL' 

CONTROL' 

CONTROL' 

CONTROL' 

CONTROL' 

control' 

control' 

control' 

control' 


POINTS! 2 ) 
'POINTS! 1 1 
'POINTS! 2 1 
'POINTS! 1 ] 
'POINTS! 2 ] 
'POINTS! 1 1 
'POINTS!  4 ] 
'POINTS! 3 1 
'POINTS! 4 ] 
'POINTS! 3 ] 
'POINTS! 4 ] 
'POINTS! 3 ] 


.X  - 
.X  ) 
.Y  - 
• Y ) 
.Z  - 
.2  ) 
.X  - 
.X  ) 
.Y  - 
.Y  ) 
.2  - 
.2  ) 


CARTESIAN  THREE  COORDINAT 


end 


Cubic  Curve 
into  the 
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7.9.2  From  a Single  Segment  Hermitian  Parametric 

{ The  PARAMETRIC  CUBIC  entity  will  be  translated 
{ following  entities:  ) 

{ 1 BE2IER_CURVE  } 

{ 4 CARTES IAN_THREE_COORDINATE  ) 


CARTES  I AN_THREE  COORDINATE ( 1 ) CUBIC. PO; 

create  CARTESIAN  THREE  COORDINATE (1); 


CARTESIAN_THREE_COORDINATE( 2 ) .X  :•  CUBIC. PO.X  ♦ 
CARTESIAN_THREE_COORDINATE( 2 ) . Y CUBIC. PO.Y  ♦ 
CARTESIAN_THREE_COORDINATE( 2) .2  CUBIC. PO. 2 + 
create  CARTESIAN  THREE  COORDINATE( 2 ) ; 


( 1/3 ) *CU3IC . VO . I 
(1/3)*CUBIC.V0.J 
( 1/3 ) ‘CUBIC. VO. K 


CARTESIAN  THREE  COORDINATE ( 3 ). X CUBIC. PI. X 
CARTESIAN”THREE"C00RDINATE( 3 ) . Y :•  CUBIC. PI. Y 
CARTESIAN_THREE”C00RDINATE( 3 ) .2  CUBIC. PI. 2 
create  CARTESIAN  THREE  COORDINATE (3); 


( 1/3 ) ‘CUBIC. VI . I ; 
( 1/3 )‘CUBIC.V1 . J; 
( 1/3 ) ‘CUBIC. VO . K; 


CARTESIAN  THREE  COORDINATE ( 4 ) CUBIC. Pi; 

create  CARTESIAN  THREE  COORDINATE (4); 


BE2IER_CURVE. RATIONAL  FALSE; 

BE2 I ER_CURVE. DEGREE  3; 

BE2IER  CURVE. CONTROL_POINTS  ( CARTES  I AN_THREE_COORD I NATE ( 1 ) , 

CARTESIAN_THREE_COORDINATE( 2 ) , CARTES IAN_THREE_COORDINATE ( 3 ) , 
CARTESIAN  THREE_COORDINATE( 4 ) ); 

BE2IER_CURVE. WEIGHTS  0; 

BE2IER_CURVE.FORM_NUMBER  0; 

BE2IER_CURVE.SELF_INTERSECT  UNKNOWN; 

create  BE2IER  CURVE 
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7.10  SPHERICAL_SURFACE 

7.10.1  To  a Center  point  & vector  with  magnitude  defined  Spher 

{ The  STEP  SPHERICAL_SURFACE  entity  will  be  translated  into 
{ the  following  entities: 

( 1 SPHERE 


SPHERE. CENTER  SPHERICAL  SURFACE-> 

AXIS2  placementTlocation->cartesian  three  COORDINAT 


SPHERE. RAOVEC. I 
SPHERE. RADVEC.J 
SPHERE. RADVEC.K 
create  SPHERE 


SPHERICAL_SURFACE->AXIS2_PLACEMENT.AXIS-> 

THREE_SPACE_DIRECTION.X  * SPHERE. RADIU 
SPHERICAL  SURFACE- >AXIS2_PLACEMENT.AXIS-> 

THREE  SPACE_DIRECTION. Y * SPHERE. RADIU 
SPHERICAL_SURFACE->AXIS2_PLACEMENT.AXIS-> 

THREE  SPACE  DIRECTION.!  • SPHERE. RADIU 


7.10.2  From  a Center  point  & vector  with  magnitude  defined 
Sphere 

{ The  SPHERE  entity  will  be  translated  into  the  following 
{ entities: 

{ 1 SPHERICAL_SURFACE 

{ 1 AXIS2_PLACEMENT 

{ 1 CARTESIAN_THREE  COORDINATE 

{ 1 THREE_SPACE_DIRECTION 

CARTESIAN  THREE_COORDINATE  SPHERE . CENTER ; 

create  CARTESIAN_THREE_COORDINATE ; 

THREE_SPACE_DIRECTION  :—  SPHERE . RADVEC ; 
temp_value  :-  magnitudei  THREE_SPACE_DI RECTICN  ); 
THREE_SPACE_DIRECTION  normalize!  THREE_SPACE_DIRECTION  ); 

create  THREE_SPACE_DIRECTION ; 

AXIS2  PLACEMENT. LOCATION 
AXIS2”PLACEMENT.AXIS 
AXIS2”PLACEMENT.REF  DIRECTION 
create  AXIS2_PLACEMENT ; 

SPHERICAL_SURFACE. RADIUS  :-  temp  value; 

SPHERICAL_SURFACE. POSITION  :-  AXI Sl_PLACEMENT ; 
create  SPHERICAL  SURFACE 


- CARTES IAN_THREE_COORDINATE ; 
■ THREE_SPACE_DIRECTION; 

- 0 ; 
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7.11  PLANE 

7.11.1  To  a Point  and  Vector  defined  Plane 


{ 

( 

{ 


The  STEP  PLANE  entity  will  be  translated  into  the  following 
entities ; 

1 PLANE 


} 

} 


PLANE.ORG 
PLANE. DIR  : — 
create  PLANE 


PLANE . POS I TI0N->AXIS2_PLACEhENT. LOCATION-) 

CARTESIAN_THREE  COORDINATE; 
PLANE. POS I TI0N->AXIS2_PLACEhENT. AXIS-) 

THREE  SPACE  DIRECTION; 


7.11.2 


From  a Point  and  Vector  defined  Plane 


{ The  PLANE  entity  will  be  translated  into  the  following 
{ entities: 

{ 1 PLANE 

{ 1 AXIS2_PLACEMENT 

{ 1 CARTES IAN_THREE_COORDINATE 

{ 1 THREE  SPACE  DIRECTION 


CARTESIAN_THREE_COORDINATE  PLANE.ORG; 

create  CARTESIAN  THREE  COORDINATE; 


} 

} 

i 

) 

} 

i 


THREE_SPACE_DIRECTION  PLANE. DIR; 

create  THREE_SPACE_DIRECTION; 

AXIS2_PLACEMENT. LOCATION 
AXIS2_PLACEMENT.AXIS 
AXIS2  PLACEMENT. REF_DIRECTION 
create  AXIS2_PLACEMENT; 

PLANE. POSITION  AXIS2_PLACEMENT ; 
create  PLANE 


- CARTESIAN_THREE_COORDINATE; 
■ THREE_SPACE_DIRECTION; 

• 0 ; 


7.12  BEZIER  SURFACE 

7.12.1  From  a Hermitian  surface  to  a Bezier  surface 

(of  1 
) 
} 
} 


{ A Hermitian  surface  or  patch  defined  by  4 Hermite  cubics 
{ degree  3)  and  4 vectors  is  translated  into  the  following 
( PDES  entities: 

{ 1 BEZIER_SURFACE 
{ 16  CARTESIAN  THREE  COORDINATES 


{ 1 

{ First  we  must  construct  the  geometry  matrix  for  the  patch  } 
like  this  for  the  x coordinate:  } 


{ 


{ 

{ 

} 

{ 

{ 

{ 

1 

I 

{ 

{ 

{ 

I 

{ 

{ 

{ 

I 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 


P ( 0 , 0^ 

P(1,0) 
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P( 0,1 ) 

P(l,l) 

% dx  % 

dv( 0 , 0 ) 

% dx % 

dv( 1,0) 

%_dx__ 

dv( 0 , 1 ) 

l_dx_ 

dv( 1 ,1 ) 

%__dx % 

%_dx_^ 

: \ d»x_ 

_%  \_ 

du( 0 , 0 ) 

du(0,l) 

dudv( 0,0) 

dudv (0,1) 

% dx % 

% dx_% 

: % d»x_ 

_%  \ 

du( 1,0) 

du( 1 , 1 ) 

dudv( 1,0) 

dudv (1,1) 

and  in  a similar  fashion  for  the  y and  z coordinates. 


Create  upper  left  corners  of  matricies 


teinp_matr  ix_x  [1,1] 
temp_matr ix_y  ( 1,1) 
temp__matrix_r  [1,1] 


PATCH.UOCRV->CUBIC.PO.X 
PATCH.UOCRV->CUBIC.PO . Y 
PATCH.UOCRV->CUBIC.PO . Z 


temp_matr ix_x (1,2] 
temp”matr ix“y( 1,2) 
temp^matr ix”z (1,2) 


PATCH.UOCRV->CUBrC.Pl.X; 
PATCH.U0CRV->CUBIC.P1 .y; 
PATCH.UOCRV->CUBIC.  PI  .2  ; 


temp_matrix_x( 2,1) 
temp_matrix”y( 2,1] 
temp_matrix“z [2,1] 


PATCH. U1CRV->CUBI C. PO .X 
PATCH.U1CRV->CUBIC. PO . Y 
PATCH. U1 CRV->CUBI C. PO . Z 


temp_mat  r ix_x [2,2] 
temp_matr ix_y [ 2,2] 
temp_matrix”2( 2,2 ] 


PATCH.U1CRV->CUBIC. PI .X 
PATCH.UlCRV-> CUBIC. PI .Y 
PATCH.U1CRV->CUBIC. PI .2 


{ 

{ Create  upper  right  corners  of  matricies 

{ 

temp_matrix_x( 1 , 3 ] PATCH . UOCRV->CUBIC . VO . I 
temp_matrix_y( 1 , 3 ] PATCH. UOCRV->CUBIC. VO .J 
temp_matrix_2(  1 , 3 ] PATCH  . UOCRV->CUBIC  . VO  . .K 

temp_matrix_x( 1 , 4 ] 


PATCH.UOCRV-> CUBIC. VI . I ; 


temp__matr ix_y ( 1 , 4 ) :• 
temp”matrix__zi  1 , 4 j 

temp_matr ix_x [ 2 , 3 ] :■ 
temp”niatrix”y  ( 2 , 3 ] :■ 
temj5_inatr ix_z  [ 2 , 3 j 

temp_matr ix_x [ 2 , 4 ) 
temp_matr ix_y [ 2 , 4 j :■ 

temp_matrix_z ( 2 , 4 j :■ 

( 

{ Create  lower  left 

{ 

temp_mat r ix_x ( 3 , 1 ] ;■ 
temp”matrix_y [ 3 , 1 ] ;• 
teinp_matr  ix”z  [ 3 , 1 j ;• 

temp_matr ix_x ( 3 , 2 ) ;• 
temp_matr ix”y ( 3 , 2 j ;• 
temp”matr ix^z ( 3 , 2 1 :• 

temp_matr ix__x ( 4 , 1 ) :■ 
temp_matr ix”y ( 4 , 1 j :■ 
temp^matr ix_z ( 4 , 1 j 

teap_matrix_x [ 4 , 2 1 :■ 
teinp_matrix_y  [ 4 , 2 1 
temp_matr ix_z ( 4 , 2 ] :■ 

( 

{ Create  lower  right 

{ 
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PATCH.U0CRV->CUBIC.V1.J; 
PATCH. U0CRV-> CUBIC. VI .K; 

PATCH.U1CRV->CUBIC.V0.I; 

PATCH.U1CRV->CUBIC.V0.J; 

PATCH.U1CRV->CUBIC.V0.K; 

PATCH. UlCRV-> CUBIC. VI . I ; 
PATCH.U1CRV->CUBIC.V1 . J; 
PATCH.U1CRV->CUBIC.V1  .K; 


of  matricies 


PATCH.VOCRV->CUBIC. VO . I ; 
PATCH.VOCRV->CUBIC. VO . J ; 
PATCH.VOCRV->CUBIC.VO  .K; 

PATCH. VOCRV->CUBIC. VI . I ; 
PATCH.V0CRV->CUBIC.V1.J; 
PATCH. V0CRV->CUBIC.V1 .K; 

PATCH.V1CRV->CUBIC.V0 . I ; 
PATCH.V1CRV->CUBIC.V0.J; 
PATCH.V1CRV->CUBIC. VO .K; 

PATCH. VI CRV-> CUBIC. VI . I ; 
PATCH.V1CRV->CUBIC.V1.J; 
PATCH. VI CRV-> CUBIC. VI .K; 


corners  of  matricies 


temp_matrix_x( 3,3) 
temp_matrix_y ( 3,3] 
temp_matrix_)c(  3,3] 


PATCH. NUOVO . I 
PATCH. NUOVO .J 
PATCH. NUOVO .K 


temp_matrix_x( 3,4] 
temp_mat r ix“y ( 3,4] 
temp_matr ix_k [3,4] 


PATCH. NUOVl . I ; 
PATCH. NUOVl. J; 
PATCH. NUOVl . K; 


temp_matr ix_x( 4,3] 
temp_matr ix_y ( 4,3] 
temp_matr ix”k  (4,3) 


PATCH. NUIVO . I 
PATCH. NUIVO.J 
PATCH. NUIVO. K 


temp_matrix_x( 4,4] 
temp_matr ix”y ( 4,4) 
temp_matrix  k[4,41 


PATCH .NUIVI . I 
PATCH. NUIVI .J 
PATCH. NUIVI .K 


{ 

{ Since  the  definition  of  the  surface  of  a Hermite  cubic 
{ is : 

{ P(u,v)  :•  U * Mh  * Qh  * (Mh)t  * (V)t  0 <-  u,v  <•  1 
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{ where 

U 

is 

the 

matrix: 

{ 

{ 

{ 

i 

1 

- + 

1 

1 

1 

1 

u’ 

u» 

u 

1 

1 1 

\ 

{ 

{ 

{ 

1 

♦ - 

1 

-4- 

Mh 

is 

the 

Hermite  matrix  which  is: 

{ 

( 

+- 

1 

2 

-2 

1 

1 1 

{ 

1 

-3 

3 - 

2 

-1  1 

( 

( 

1 

0 

0 

1 

0 1 

1 

1 

0 

0 

0 1 

{. 

{ 

{ 

{ 

{ 

{ 

{ 

+- 

-+ 

Qh 

i s 

the 

geometry 

matrix  as  calculated  above 

{ Mh ) t 

i s 

the 

transpose 

of 

the  Hermite  matrix 

(V)  t 

i s 

the 

transpose 

of 

the  matrix: 

{ 

f 

1 

-4- 

1 

t 

{ 

{ 

{ 

1 

1 

1 

v> 

vJ 

V 

1 

1 1 

1 

1 

I 

and  the  definition  of  the  Bezier  surface  is; 

P(u,v)  U * Mb  * Qb  * (Mb)t  * (V)t  0 <-  u,v  <-  1 
Where  the  definiti-ons  are  as  above  and  additionally: 


Mb 


is  the  Bezier  matrix  which  is: 


1 

3 

-3 

1 


3 

-6 

3 

0 


-3 

3 

0 

0 


{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

( 


{ 


( Mb ) t is  the  transpose  of  the  Bezier  matrix 
( it  happens  that  Mb  - ( Mb ) t ) 

Qb  is  the  Bezier  control  point  matrix 

Then : 

U * Mb  * Qb  * (Mb)t  * (V)t  • U * Mh  * Qh  * (Mh)t  * (V)t 


Mb 

* Qb  * 

{Mbit  - 

Mh 

• Qh  * 

( Mh)  t 

Qb 

* ( Mb ) t 

- Mb-'  * 

Mh 

* Qh  * 

{ Mh ) t 

Qb 

- Mb-‘ 

* Mh  * Qh 

• 

(Mh)t  * 

( (Mb)t)- 
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{ 

{ 

{ Note  that: 


{ 

Mb- 

* is 

the 

inverse  of 

Mb 

which 

is  : 

{ 

- 

{ 

1 

0 0 

0 

3 1 

{ 

%1 

1 0 0 

1 

3 1 

} 

{ 

3 

1 

0 1 

2 

3 1 

{ 

1 

3 3 

3 

-3  1 

{ 

{ 

{ 

+ 

— 

let 

A ■ 

Mb- 

. i 

* Mh  which 

equals : 

{ 

+■ 

— 

-4 

{ 

1 

3 0 

0 

0 I 

{ 

M 

1 3 0 

1 

0 1 

) 

{ 

{ 

3 

1 

0 3 

0 

-1  1 

1 

-6  3 

0 

0 1 

{ 

{ 

{ 

+ 

- 

and 

( (Mb)t) 

- 

‘ is  the  inverse  of 

(Mbit  which 

{ 

* 

- 

— 4 

( 

1 

0 0 

0 

3 1 

{ 

} 

{ 

%1 

1 0 0 

1 

3 1 

3 

1 

0 1 

2 

3 1 

{ 

1 

3 3 

3 

-3  1 

{ 

t 

- 

-4 

1 

( 

let 

B - 

(Mh)t  * { (Mbit) 

_ 1 

which 

equa 1 s : 

( 

{ 

4* 

— 4 

1 

3 3 

0 

-6  1 

{ 

%1 

1 0 0 

3 

3 1 

1 

{ 

3 

1 

0 1 

0 

0 1 

{ 

1 

0 0- 

1 

0 1 

{ 

4 

- 

— 4 

{ 

{ 

(notice  B ■ 

( 

A)  t ) 

{ 

{ 

Therefore 

Qb  - 

' A 

• 

Qh  * (Alt 

{ 


point_matr ix_x  :■  A * temp_matrix_x  * (A)t; 
point_matr ix_y  :•  A * temp~matr ix_y  * (A)t; 
point_fflatr ix_2  A * temp~raatr ix~z  * (A)t; 

for  il  1 to  4 do 

for  i2  1 to  4 do  begin 

CARTESIAN_THREE_COORDINATE.X  :«  po i n t_ma t r ix_x ( il,  i2 
CARTESIAN  THREE  COORDINATE. Y :«  po i n t_ma t r i x_y ( il,  i2 


( il,  i2  1; 


i2  I 


BEZIER  SURFACE. U RATIONAL  FALSE; 
BE2IER"SURFACE.V”RATI0NAL  FALSE; 

BEZIER  SURFACE. U UNIFORM  TRUE; 
BEZIER"SURFACE.V~UNIF0RM  TRUE; 

BEZIER  SURFACE. U DEGREE  3; 
BEZIER“SURFACE.V"DEGREE  :•  3; 

BEZIER  SURFACE. U UPPER  3; 

BEZIER"SURFACE.V“uPPER  3; 

BEZIER  SURFACE. WEIGHTS  e; 

BEZIER“SURFACE.F0RM_NUMBER  o; 

create  BEZIER  SURFACE; 


CARTES IAN_THREE  CO^S§?NATE.Z  :•  point  matrix  z 
create  CARTESIAN  THREE_COORDINATE ( ilT  i2  );” 
BEZIER  SURFACE. CONTROL  POINTS ( i 1 , i 2 ) 

CARTES IAN_THREE_COORDINATE(  il, 
end;  ” ” 


7.12.2  From  a Bezier  surface  to  a Hermitian  surface 


( The  PDES  BEZIER  SURFACE  entity  will  be  tranlated  into  a 
( Hermitian  surface  or  patch  defined  by  4 Hermite  cubics»  of 
( degree  3,  and  a Hermitian  surface  or  patch. 

{ 1 CUBIC  PATCH 

{ 4 CUBIC  CURVES 


if  ( BEZIER  SURFACE. U RATIONAL 

( bezier"surface.u"rational 
( bezier“surface.u  uniform 

( BEZIER  SURFACE. U“UNI FORM 

( bezier"surface.u”degree 
( bezier“surface.v“degree 
( bezier"surface.u"upper 
( bezier”surface.v"upper 

then  begin  ” 


False  land 
False  land 
True  I and 
True  land 
3 land 

3 land 

3 I and 

3 I 


for  il  :>  0 to  3 do  begin 
for  12  :•  0 to  3 do  begin 


B matrix  x[  il,  12  ] 

BEZIER_SURFACE.CONTROL_POINTS[  il,  i2  I-> 
CARTESIAN  THREE_COORDINATE . X ; 

B_matrix  y(  il,  il  1 

BEZIER_SURFACE.CONTROL_POINTS(  il,  i2  )-> 
CARTESIAN  THREE_COORDINATE . Y ; 

B_matrix_z(  il,  il  ) :■ 

BEZIER_SURFACE.CONTROL_POINTS(  il,  i2  )-> 
CARTESIAN  THREE  COORDINATE. Z 
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end 
end ; 


{ Since  the  definition  of  the  Bezier  cubic  surface  is:  } 


{ 

P(u,v)  U 

* Mb  * 

Qb  * (Mbit  * 

(V)t  0 <-  u,v  <-  1 

} 

( 

} 

} 

{ 

Where  U 

i s the 

matrix: 

{ 

{ 

{ 

} 

1 

} 

1 

1 

u ’ u * u 

1 

1 1 

1 

} 

{ 

1 

1 

} 

{ 

r 

♦ - 

} 

} 

} 

1 

{ 

Mb 

is  the 

Bezier  matrix  which  is: 

{ 

+- 

— 4* 

) 

{ 

1 

1 3 -3 

1 1 

} 

{ 

1 

3 -6  3 

0 1 

) 

{ 

1 

-3  3 0 

0 1 

) 

) 

{ 

1 

1 0 0 

0 1 

{ 

-4 

) 

1 

( 

Qb 

is  the 

geometry  matrix  as  calculated  above 

] 

} 

( 

} 

{ 

{Mb)t 

i s the 

transpose  of 

the  Bezier  matrix 

} 

{ 

( it  happens  that  Mb  ■ ( Mb ) t ) 

} 

{ 

} 

{ 

( V)  t 

i s the 

transpose  of 

the  matrix: 

} 

{ 

•f- 

-4 

} 

1 

{ 

I 

1 

1 

1 

V > V ’ V 

1 

1 1 

) 

} 

} 

} 

1 

( 

{ 

{ 

1 

4-- 

1 

— 4 

and  the  definition  of 

the  Hermite 

cubic  surface  ( CADD 

) 

} 

{ 

PATCH)  is: 

} 

P(u,v)  U • Mh  * Qh  * ( Mh ) t * (V)t  0 <■  u,v  <> 
Where  the  definitions  are  as  above  and  additionally: 


Mh 


{Mh)t 

Qh 


is  the  Hermite  matrix  which  is: 


2 -2 
-3  3 

0 0 
1 0 


1 1 

-2  -1 
1 0 

0 0 


+ - 


is  the  transpose  of  the  Hermite  matrix 
is  the  Hermite  geometry  matrix: 


P(0,0) 


P(0,1 


( 


0, 


dx  1 


% dx  % 
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dv ( 0 , 0 ) 


dv( 0,1) 


( 

{ 

{ 

) 

{ 

{ 

{ 

{ 

I 

{ 

{ 

{ 

I 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

( 

( 

( 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

( 

{ 

{ 


1 

1 

P(1,0)  P(l,l) 

% dx % 

% dx__ 

1 

% 

1 

1 

dv( 1 , 0 ) 

dv(l,l) 

1 

1 

1 

1 

} 

1 

1 

\ dx % % dx 

% 

l__d*x_ 

\ \_ 

I 

1 

d»x 

du ( 0 , 0 ) du ( 0 , 1 ) 

: 

dudv( 0,0) 

dudv (0,1) 

1 

1 

1 

1 

} 

1 

1 

% dx % '_dx__ 

% 

% \_ 

1 

d*x 

du(l,0)  du(l,l) 

• 

• 

dudv( 1,0) 

dudv( 1,1) 

1 

1 

1 

1 

for 

the  X coordinate.  And 

is 

similar  for  the 

Y and  2 

coordinates . 

Then 

• 

• 

U 

* Hh.  * Qh  * (Mh)t  * (V)t  - 

U * Mb  * Qb  * 

(Mb)t  * (V) t 

Mh 

* Qh  • (Mh)t  • Mb  * 

Qb 

* (Mb)t 

Qh 

* (Mh)t  - Mh-‘  * Mb  * 

Qb 

* (Mb)t 

Qh 

- Mh-‘  * Mb  • Qb  * (Mb)t 

* ( (Mh) t )-‘ 

Note 

that: 

Mh-‘  is  the  inverse 

of 

Mh  which  is: 

1 0 

0 

0 11 

1 1 

1 

1 1 1 

1 0 

0 

1 0 1 

1 3 

2 

1 0 1 

let  A - Mh-‘  * Mb 

which  equals: 

+- 

1 1 

0 

0 0 1 

1 2 

0 

0 1 1 

1 -3 

3 

0 0 I 

1 6 

0 

-3  3 1 

- + 

and  ((Mh)t)-*  is  the  inverse  of  (Mh)t  which  is: 

I 0 10  3 1 

I 0 10  2 1 

I 0 1 1 1 I 

I 110  0 1 
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% 


let  B - (Mb)t  * ((Mh)t)-‘  which  equals 


-3 

3 

0 

0 


6 

0 

-3 

3 


{notice  B - (Alt 


Therefore  Qh 

■ A 

* Qb  * (Alt 

H_matrix_x  :• 

A * 

B_matrix_x  * (Alt; 

H_matrix”y  :• 

A * 

B“matrix_y  * (Alt; 

H_matrix”2 

A * 

B_matrix_2  * (Alt; 

Construct  the 

c 

■ 

o 

Cubic  curve 

CUBIC! 1 1 . PO .X 

H 

__matrix_x!  0,0]; 

CUBIC! 11 .PO.Y 

H 

”matr ix~y ! 0,0); 

CUBIC! 1 ] .P0.2 

H 

_matr ix”2 ! 0 , 0 j ; 

CUBIC! 1 1 .VO . I 

H 

_matrix_x! 0,2]; 

CUBIC! 1 1 . VO . J 

H 

_matrix_y ! 0,2]; 

CUBIC! 1 ] . VO . K 

H 

_matr ix~2( 0,2]; 

CUBIC! 1 1 .VI . I 

H 

_matrix_x! 0,3]; 

CUBIC! 1 1 . VI . J 

:•  H 

_matr ix“y ! 0,3]; 

CUBIC! 1 ] . VI . K 

H 

~matrix~2 (0,3]; 

CUBIC! 1 ] . PI .X 

H 

_matrix_x! 0,1] ; 

CUBIC!1) .Pl.Y 

H 

_matr ix_y ! 0,1]; 

CUBIC!1] .PI. 2 

H 

“raatr ix_2 (0,11; 

create  CUBIC! 1 ) ; 

PATCH. UOCRV 

CUB  I C ! 1 ] ; 

Construct  the 

U-1 

Cubic  curve 

CUBIC! 2) .PO.X 

H 

_matrix_x! 1,0]; 

CUBIC!21 .PO.Y 

H 

~matr ix”y ( 1,0]; 

CUBIC! 2 ] .PO .2 

H 

“matr ix_2 (1,0]; 

CUBIC! 2 ) .VO . I 

H 

_matr ix_x( 1,2); 

CUBIC! 2 ) .VO . J 

H 

_matr ix_y( 1,2]; 

CUBIC! 2 ] .VO .K 

H 

“matrix~2! 1,2]; 

CUBIC! 2 I .VI . I 

H 

_mat  r i x_x (1,3]; 

CUBIC! 2 ] . VI . J 

H 

“matr ix~y ! 1,3); 

1 

} 

} 

) 

} 

} 

} 

} 

} 

) 

} 

} 

} 


) 

} 

} 


} 

) 

} 
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CUBIC! 2) .VI. K H_matrix_2(l,3]; 

CUBIC(2I\P1.X  H_matrix_x(l,l]; 

CUBIC! 2] .PI. Y :■  H_matrix_y!l,l]; 
CUBIC! 2 1 .PI .Z  H_matrix_2! 1,1 ] ; 

create  CUBIC! 2 ] ; 

PATCH. UlCRV  CUBIC!2]; 


Construct  the  V»0  Cubic  curve 


CUBIC! 31 .PO.X  : 
CUBIC!3) .PO.Y  : 
CUBIC!3] .PO.Z  : 

CUBIC! 3 ] .VO. I : 
CUBIC! 3 1 .VO. J : 
CUBIC!31 .VO.K  : 

CUBIC! 3 1 .VI . I ; 
CUBIC! 3 1 .VI .J  ; 
CUBIC! 3 ) .VI .K  ; 

CUBIC! 3 I .PI .X  : 
CUBIC! 3) .PI. Y : 
CUBIC! 3 ]. PI . 2 : 


H_matrix_x! 0,0] 
H_matrix“yl 0,0] 
H“matrix”2 [0,0] 

H_matrix_x! 2,0] 
H”matrix_y [ 2,0] 
H”aatr ix_2 [2,0] 

H_matrix_x ! 3 , 0 ] 
H”matr ix_y[ 3,0] 
H“matrix”2 [3,0] 

H_matr ix_x ! 1 , 0 ] 
H_mat  r ix__y  [ 1,0) 
H mat r ix""2  [ 1 , 0 ] 


create  CUBIC! 3 ] ; 

PATCH. VOCRV  CUBIC! 3]; 

Construct  the  v-1  Cubic  curve 


CUBIC! 4 ] .PO.X 
CUBIC!4 ] .PO.Y 
CUBIC! 4 ] .PO.Z 

CUBIC! 4 ] .VO. I 
CUBIC! 4 ] .VO. J 
CUBIC!4] .VO.K 

CUBIC!4] .Vl.I 
CUBIC!4] .Vl.J 
CUBIC! 4 ] .VI .K 

CUBIC! 4 ] .PI. X 
CUBIC! 4 ] .PI .Y 
CUBIC! 4 ] .PI. 2 

create  CUBIC! 4]; 


H_matr ix_x ! 0 , 1 ] 
H”matrix_y[ 0,1] 
H_matr ix_2 [ 0 , 1 J 

H_matrix_x 12,1] 
H_matr ix_y [ 2,1] 
H_matrix_2 [2,1] 

H_mat r ix_x ! 3 , 1 ] 
H”matrix__y [ 3,1] 
H”matr ix”2 [3,1] 

H_aatrix_x! 1,1] 
H“matr ix”y[ 1,1] 
H”matrix~2[ 1,1] 


PATCH. VICRV  CUBIC! 4 J; 
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{ Construct  the  twist  vectors  for  the  patch 

{ 


PATCH. NUOVO . I 
PATCH. NUOVO.J 
PATCH. NUO VO. K 

PATCH. NUOVl . I 
PATCH. NUOVl.J 
PATCH. NUOVl . K 

PATCH. NUl VO . I 
PATCH. NUIVO .J 
PATCH. NUIVO . K 

PATCH. NUIVI . I 
PATCH. NUIVI .J 
PATCH. NUl VI .K 


H_matrix_x[ 3,3] 
H_matr ix_y [ 3,3] 
H_matr ix_2 (3,3] 

H_matr ix_x [3,4] 
H__raatr ix_y [ 3,4] 
H~matr ix”z [3,4] 

H_matrix_x [4,3] 
H_matrix_y [ 4,3] 
H_matr ix_2 [4,3] 

H_matr ix_x [4,4] 
H_matr ix_y [ 4,4] 
H matrix  2 [4, 4] 


create  PATCH 


end 

else 
( * 

end 


unable  at-  this  time  to  convert 
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7.13  Conversion  Issues 


1.  What  is  the  best  method  for  converting  multisegment  BEZIER 
Curves? 

2.  Although  not  strictly  an  issue,  the  functions:  USERS,  SQRT, 
and  POINTONCURVE 

and  the  operators:  "in",  and  "->"  need  to  be  defined  at 

the  top  of 
the  document. 
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8.0  COMPATIBILITY  WITH  OTHER  STANDARDS 


This  chapter  will  describe  the  relationship  between  this  standard  and  other 
related  standards. 


‘aim 


N2fi?9 


1 


STIP 


STIP  r«ftr*Bc*  toodal  (Oocua«nc  3.) 


Stqutn^iAlistd  rtortscnrAtion  According  co  I 

docuffltnc  «. 2.1, 4.2.2  | 


1 ABCOdiAg  forVACS  1 

1 el«Ar  t«xc 

I chArtcctr  •ncodingl 

biBAry 

•ncodiBg 

1 

1 •ncodiBg 

1 1 

1 

1 

1 CO  b«  d«fijB«d  1 

CO  b« 

dafintd 

1 

1 st«  apptndix 

1 1 

1 

1 iBCernACioBAl  fil*  «xehAS.fA 

i privACA  file 

exchange 

1 

1 

1 bAstd  on  txisciBg  sCAndards 

1 

1 

1 

1 for  ch«  AppIxcACioo  lAvar 

1 

1 

appIicAcion 

1 

1 

-1 

layor 

1-  FTAM  ISO  8S71 

1 

1 

1 

1-  CCITT  X.400 

1 { STEPPILZ 

} ! 

1 

I-  .1AP/T0P 

1 

1 

1 

1 

1-  ODA/ODir 

1 

1 

1 

1 

1 cranspAronc 

1 cransparcnc  for 

1 

1 

1 

1 basic  1 

all 

1 

1 

1 

1 characcar  I 

8-bic 

1 

1 

1 

|sac  only,  for| 

cofflbinacions 

• 1 

1 

1 

1 clear  eexe  | 

for  all 

1 

V 

1 

1 encoding  only  I 

encodings 

1 

A 

1 

1 1 

1 

1 

1 

1 see  1 

see 

1 

1 

1 cerrtspoQding 

1 D.2.1  I 

D.2 

1 

Iow«r 

1 scAndarda 

I I 

1 

lA7«rs 

1 

1 

I I 

I I 

1 

1 

V 

1 

1 

1 1 

1 1 

1 
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D.2  ENCODING  S CHIVIES 
D.2.1  CLEAR  TEXT  ENCODING 

Two  r*pr«s«n:ACioas  schtmts  Art  providtd:  7«bit  reprtsentar ions  and 
8*bit  rtprtstncAtions . Both  conform  to  ISO  646  and  ISO  6937/1.  In  both 
encoding  schemes  only  characters  with  decimal  code  values  32  througn  '26 
(printable  characters)  corresponding  to  the  basic  character  set 
are  utilised. 

D.2. 1.1  7 -BIT  REPRESENTATION  OF  THE  BASIC  CHARACTER  SET 


|b7- 

.>10 

|0 

|0  1 

3 1 

1 

1 1 1 1 

|b6- 

1 0 

1 1 1 

1 1 

0 1 

0 1 1 1 1 

IbS- 

01 

1 1 0| 

1 1 

0| 

1 1 01  1 

Ib4|b3|b2|bl | 

1 1 

1 

1 

I I 

1 01 

0| 

0| 

0| 

1 

1 321 

48  1 

64  1 

801  96M12 

1 0| 

0| 

0| 

1 1 

1 

1 33| 

49  1 

63  1 

811  971113 

1 0| 

0| 

1 1 

0| 

1 34| 

SOI 

66| 

821  981114 

1 0| 

0| 

1 1 

1 1 

1 

1 3i| 

31  1 

671 

831  99| IIS 

1 0| 

1 1 

0| 

0| 

1 

1 36| 

32| 

681 

84| 100 1116 

! 01 

1 1 

0| 

1 1 

1 

1 37| 

331 

691 

8S11C1  1117 

1 0| 

1 1 

1 1 

0| 

1 

1 38  1 

34 1 

701 

8611021 118 

1 0| 

1 1 

1 1 

1 1 

1 

1 391 

331 

71  1 

8711031 119 

1 1 1 

0| 

0| 

01 

1 

1 401 

36  1 

721 

8811041120 

1 1 1 

0| 

01 

1 1 

1 

1 <^11 

571 

731 

891 10S 1 121 

1 1 1 

01 

1 ( 

0| 

1 

1 ^21 

381 

741 

9011061122 

1 1 I 

0| 

1 1 

1 1 

1 

i ^31 

591 

731 

91 11071 123 

I 1 1 

1 1 

01 

01 

1 

1 ^1 

601 

761 

9211081 124 

1 1 1 

1 1 

0| 

1 1 

1 

1 ^51 

61  1 

77| 

9311091125 

1 1 j 

1 1 

1 1 

0| 

1 

1 ^6| 

621 

781 

9411101 126 

I 1 1 

1 1 

1 1 

1 1 

1 

1 ^7! 

631 

791 

951111 1 

The  table  enties  indicate  the  decimal  codee  character  values  of  the 
basic  character  sec  (see  B.l). 

Any  entries  in  this  table  which  are  left  blank  do  not  conform  to  this 
standard. 

D.2. 1.2  8 -BIT  REPRESENTATION  OF  THE  BASIC  CHARACTER  SET 

The  8-bic  representations  are  identical  to  the  7-bit  representations 
with  bit  b8  set  to  0.  Bit  representations  with  bit  b8  set  to  i do  not 
conform  to  this  standard. 

D.2. 2 CHARACTER  ENCODI.SG 
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Siailar  to  th«  tncoding  schtots  of  th«  Computer  Graphics  Mttafila 
(ISO  S632)  a aort  coopact  charactar  tncoding  schaaa  will  bt  davtloptd. 

D.2.3  BINARY  LNCODING 

Siailar  to  cha  ancodinf  schaaas  of  tha  Cooputar  Graphics  ^latafila 
(ISO  8632)  a aora  coapacc  binary  ancoding  schaaa  will  ba  davalopad. 

D.3  STEP  FILE  EXCHANGE  BASED  ON  INTERNATIONAL  APPLICATION  UYER  STANTARCS 

In  an  anvironaant  which  supports  standard  fila  transfar  (FTAN)  or 
standard  intarparsonal  aassaga  axchanga  sarvicas  (CCITT'X. AOO)  thasa 
sarvicas  ara  utillzad  irraspactivaly  for  all  STEP  ancoding  schaoas. 

Tha  natvork  layars  balow  tha  application  layar  ara  of  no  concam  to  tha 
STEP  fila  axchanga  as  full  transparancy  of  tha  transfar  is  providad. 

D.3.1  STEP  FILE  EXCHANGE  LN  AN  FTAM  LWIRON'IffiNT 

A saquanca  of  STEP  filas  { STEPFILE  ) is  considarad  as  a singla 
unstructurad  fila  to  ba  trinsfarrad  with  tha  standard  FTAM  sarvica. 

D.3.2  STEP  FILE  EXCHANGE  IN  AN  CCITT-X.AOO  LNVIRONMENT 

A saquanca  of  STEP  filas  { STEPFILE  } is  considarad  as  a singla 
aassaga  fila  to  ba  transfarrad  with  tha  standard  CCITT*X.»00  sarvica. 

D.3. 3 STEP  FILE  EXCHANGE  IN  A MAP/TOP  LNVIRONMENT 

In  a MAP/TOP  anvironaant  FTAM  and/or  CCITT-X.AOO  sarvicas  oay  ba 
utillzad  for  transfar  of  saquancas  of  STEP  filas. 

D.3. 4 STEP  FILE  EXCHANGE  LN  AN  ODA/ODIF  LNVIRONTILNT 

In  an  ODA/ODIF  anvironaant  a singla  STEP  fila  is  traatad  as  a singla 
offica  docuaant. 

D.4.  PRIVATE  STEP  FILE  EXCHANGE  (NOT  NECESSARILY  TRANSPARENT) 

Privata  STEP  fila  axchanga  raquiras  spacif ication  of  tha  lowar  lavals 
of  tha  cosputar  intarconnaction  architactura.  In  all  casas.  on  tha 
application  layar  a saquanca  of  STEP  filas  ( STEPFILE  } is 
axchangad. 
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A 

1 

1 

application 

1 

{ STEPriLE  } 

1 

layar 

1 

1 

V 

1 

1 

A 

1 

1 

prasantationi 

logical  racord 

langth  * 80  characters 

1 

layar 

1 

saa  1 ) 

balow 

1 

V 

1 

1 

A 

1 

1 

sassion 

1 

empty 

1 

layar 

1 

! 

V 

1 

1 

A 

1 

block  oriantad 

i line  oriantad 

1 

transport 

1 

1 

transport 

1 transport 

1 

layar 

1 

1 

1 

block  langth: 

1 80  charactar  lines 

1 

1 

1 

800  characters 

1 separated  by  CR.U 

1 

1 

1 

last  block  paddad  to 

800  1 terminated  by  (CTRL  2) 

1 

V 

1 

! 

saa  2)  balow 

1 saa  3)  balow 

1 

1 

1 

A 

1 

1 

; 

network 

empty 

1 aopty 

1 

layer 

1 

1 

1 

V 

1 

1 

I 

A 

1 

1 

1 

link 

1 

1 

1 

layar 

1 

aopty 

1 aopty 

1 

V 

1 

1 

1 

A 

1 

1 

1 

phys ical 

1 

saa  4)  balow 

1 saa  S)  below 

1 

layar 

1 

1 

1 

V 

1 

1 

1 

Reaftrlu : 

1)  firsr  chArtctar  in  cht  filt  sust  b«  ch*  "S  of  th«  STI?  file 
r«s*rv«d  word  "STEP;". 

Tht  last  racord  susc  b«  paddtd  (if  nacassary)  wich  SPACE 
(DCC  » 32). 

2)  Tha  first  charactar  in  tha  fila  oust  ba  tha  "S  of  tha  STEP  file 
rasarved  word  "STEP;". 

The  last  blocK  oust  ba  paddad  (if  nacassaryj  with  SPACE 
(3CC  ■ 32). 
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3}  Tb«  saqutnc*  CR.U  is  rtprtstnctd  by  bic  combuxACions  0/i3  0/i0 
(DCC  • 13  followed  by  DCC  ■ 10) 

Th«  luc  lia«  (pAddtd  zo  SO  characctrs  if  atctssary)  is  not 
followad  by  CR.U,  buz  razhtrby  (.CTTLL  Z)  raprtsanzad  by  zb* 
biz  coabinacion  1/10  (DCC  » 26). 

4)  Possibl*  Scoraf*  Madia  for  block  oritncad  zransporz 

a)  Tap* 

* 1/2  INCH  TAPE 

* STANDARD 

* UNLASEILED 

* 9 TRACK 

* 1600  BPI 

* PHYSICAL  BL0CKSI2E  800 

blocka- s«paraz*d  by  inz*rT*cord  faps, 
last  block  follovad  by  cap*  aark 

b)  Och*r  physical  szorag*  a*dia  (disk,  a.g.)  coapazibl*  with  this 
zransporz  foraaz 

c)  prrvaz*  coapuzar  aazvork  coapazibl*  vizh  zbis  zransporz  foraaz 

5)  Possibl*  'Szorag*  Madia  for  lin*  orianzad  zransporz 

a)  3 1/2”  diskazz* 

b)  S 1/4"  diskazz* 

c)  Ozhar  pnysxcal  szorag*- aadia  (disk.  *.g.  ) coapacibla  with  zhis 
zransporz  foraaz 

d)  privaz*  coapuzar  nazvork  coapazibl*  wizh  zhis  zransporz  foraaz 

D.5.  STEP  FILE  EXCHANGE  IN  AN  ISO  2022  COOING  ENVIRONMENT 

For  axcbang*  with  sarvicas  using  zh*  cod*  axzansion  zachniquas  of 
ISO  2022,  zh*  STEP  fil*  coding  anvironaanz  shall  ba  invokad  froa 
zh*  ISO  2022  anvironaanz  by  zh*  following  ascap*  saquanca: 

ESC  2/S  S • • 

whar*  ESC  is  zb*  biz  coabinazien  i/ii  (DCC  * 23) 

2/5  is  zh*  biz  coabinazion  wizh  DCC  * 37 

S rafars  zo  a biz  copabinazion  (wizh  corrasponding  OCC)  zhaz 
will  b*  assignad  by  zh*  ISP  Ragiszrizion  Auzhorizy  for 
CODE  Exzansions  and  will  b*  subszizuzad  in  zhis  Szandard 
prior  zo  publicazion. 

Afzar  zh*  and  of  on*  or  aor*  STTP  filas  (afzar  "ENDSTIP;"  followed 
possibly  by  padding  wizh  SPACE,  DCC«32)  zh*  following  ascap*  saquanca 
may  b*  used  zo  razum  zo  zh*  ISO  2022  coding  anvironaanz: 

ESC  2/5  4/0 


z.-.e 


This  noz  only  razums  zo  zh*  ISO  2022  coding  anvironaanz,  buz  also 
rtscores  zh*  dasignazion  and  invocazion  of  podad  characzar  sacs  zo 
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siatf  that  axisted  prior  to  entering  the  S7t?  coding  environaent 
with  the  ESC  2/5  S sequence.  ( The  teras  "designation”  and 
"invocation"  are  defined  m ISO  2222). 
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ANNEX  D (Informative) 
SECTION  2 

LIBRARY  or  STEP  TEST  PARTS 


ANNEX  D (Informative) 
SECTION  3 
SOFTWARE  TOOLS 


ANNEX  D (Informative) 
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SG6  Issue  Log 


Peter  R.  Wilson 
October  24,  1988 


This  document  contains  a description  of  the  issues  concerning  the  Integrated  Information  Model 
(IPIM)  as  rendered  in  the  Initial  Testing  Draft  (ITD). 


LOG  of  OPEN  and  RESOLVED  ISSUES 

Date  Date 


Issue 

Title 

Described 

Resolved 

SG6-  1 

Mapping  syntax 

04/22/88 

07/14/88 

SG6-  2 

Superfluous  TYPE  definitions 

04/22/88 

03/31/88 

SG6-  3 

Use  of  OPERATION 

04/22/88 

03/31/88 

SG6-4 

Use  of  GENERIC 

04/22/88 

07/14/88 

SG6-  5 

SUPERTYPE  only  for  attribute  inheritance 

04/22/88 

07/14/88 

SG6-6 

Extensions  to  EXPRESS 

07/05/88 

07/14/88 

SG6-  7 

Non-conformance  to  ISO  standards 

07/05/88 

07/14/88 

SG6-  8 

Location  of  TYPE  definitions 

07/05/88 

03/31/88 

SG6-  9 

Cross-reference  listing 

07/05/88 

10/17/88 

SG6-  10 

Uncomputable  FUNCTIONS 

08/15/88 

10/17/88 
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ISSUE  SG6  - 1 Discussion  of  Mapping  Syntax  is  unclear. 

INITIATION  DATE:  22  April  1988 
INITUTOR:  Chia-Hui  Shih 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  Several  points  were  raised  about  the  description  of  the  Mapping  Syntax  in  the 
Washington(?)  edition  of  the  Test  Draft. 

DISCUSSION: 

Since  the  Washington  Edition  the  EXPRESS  language  has  been  updated  to  include  a MAP  syntax. 

OPTION  PROPOSED:  TTiis  Section  of  the  fTD  will  be  deleted  in  the  West  Palm  Beach  edition. 
EXPLANATION:  Mapping  is  now  part  of  EXPRESS. 

DECISION  DATE:  14  July  1988 

IMPLEMENTATION  RESPONSIBILITl':  Wilson  and  Kennicott. 


ISSUE  SG6  - 2 Superfluous  TYPE  definitions. 
INITIATION  DATE:  22  Apnl  1988 
INITIATOR:  Chia-Hui  Sluh 
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STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  A desire  to  have  TYPE  definitions  such  as 

CURVK_OR__SDRrACE  ■ SILICT  (CURVX,  SUFTACX) 

defined  “in-line”  as  part  of  an  ATTRIBUTE  statement. 

DISCUSSION: 

This  topic  has  been  the  subject  of  discussions  between  the  Modelere  and  the  developers  of  EX- 
PRESS. In-line  SELECTS  etc.  have  never  been  part  of  EXPRESS  and  will  not  be. 

OPTION  PROPOSED:  None. 

EXPLANATION:  Issue  resolved  by  EXPRESS  Committee. 

DECISION  DATE:  31  March  1988 


IMPLEMENTATION  RESPONSIBILITY:  None. 
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ISSUE  SG6  - 3 Use  of  OPERATION. 

INITIATION  DATE:  22  April  1988 
INTTUTOR:  Chia-Hui  Shih 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  Comments  about  the  use  of  defined  OPERATIONS. 

DISCUSSION: 

The  OPERATION  was  removed  from  EXPRESS  in  N210.  Consequently,  OPERATION  definitions 
did  not  appear  in  the  Denver  H D. 

OPTION  PROPOSED:  None. 

EXPLANATION:  OPERATION  is  no  longer. 

DECISION  DATE:  31  March  1988 
IMPLEMENTATION  RESPONSIBILmr:  None. 


V.  1 j 
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ISSUE  SG6  - 4 Use  of  GENERIC. 

INITIATION  DATE:  22  April  1988 
INITIATOR:  Chia-Hui  Shih 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  Many  generic  arguments  are  used  in  functions  where  the  functions  only  make  sense 
for  some  specific  types  of  argument. 

DISCUSSION: 

Some  functions  arc  generic  in  nature;  others  only  make  sense  for  specific  types  of  arguments. 
However,  as  new  Topical  Models  are  still  being  added  to  the  ITD,  it  is  not  yet  clear  exactly  what  the 
appropriate  sets  of  argument  types  should  be. 

Developing  the  IPIM  is  like  developing  a computer  program.  The  use  of  generic  types  as  fimction 
arguments  is  similar  to  putting  null  procedures  in  a program  as  stubs  for  later  definition. 

OPTION  PROPOSED:  Sp)ecify  all  arguments  correctly  when  the  decision  is  made  as  to  what  will 
be  in  STEP  version  1. 

EXPLANATION: 

DECISION  DATE:  14  July  1988 

IMPLEMENTATION  RESPONSIBILITY:  SG6  and  “owners  ’ of  FUNCTIONS. 
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ISSUE  SG6  - 5 SUPERTYPING  should  only  be  used  to  provide  attribute  inheritance. 

INITIATION  DATE:  22  April  1988 

INITIATOR:  Chia-Hui  Shih 

STATUS:  Resolved 

RELATED  ISSUES: 

DESCRIPTION:  There  is  a perception  that  there  was  an  agreement  in  St  Louis  that  SUPERTYPES 
(as  entities)  can  be  only  used  to  provide  attribute  inheritance.  In  the  IPIM  they  are  extensively 
used  in  place  of  SELECT. 

DISCUSSION: 

A SUPERTYPE  is  used  to  group  together  classes  of  things  that  to  the  information  modeler  have 
something  in  common  — ideas  and/or  attributes.  The  commonality  is  independent  of  any  context 
(usage)  of  the  grouping. 

A SELECT  is  used  as  a context  dependent  selection  among  things  that  may  or  may  not  have 
context-independent  commonality. 

It  often  happens  that  a pre-existing  SUPERTYTE  provides  a “ready  made”  selection  and  then 
there  is  no  point  in  dehning  a new  SELECTT  type. 

It  should  be  noted  that  the  IPIM  is  independent  of  any  particular  type  of  implementation  (e.g  file 
transfer)  and  should  support  all  types  of  implementation  (e.g  levels  1 through  4).  Constraints  imposed 
by  a particular  type  of  implementation  should  not  be  imposed  on  the  IPIM,  but  have  to  be  resolved 
in  mapping  from  the  IPIM  to  the  particular  implementation. 

OPTION  PROPOSED:  Do  nothing 

EXPLANATION:  SUPERTYPE  and  SELECT  have  been  used  appropriately  within  the  IPIM. 
DECISION  DATE:  14  July  1988 
IMPLEMENTATION  RESPONSIBILITY:  None 
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ISSUE  SG6  - 6 Extension  to  the  EXPRESS  language  should  be  removed. 

INITIATION  DATE:  5 July  1988 
INITIATOR:  The  Netherlands 
STATUS:  Resolved 
RELATED  ISSUES:  SG6  - 1 

DESCRIPTION:  Extensions  to  the  EXPRESS  language  should  be  removed  from  dociunent  WG1/N224 
and  put  into  the  EXPRESS  language  document. 

DISCUSSION: 

Agreed.  This  Section  is  being  deleted  from  the  ITD. 

OPTION  PROPOSED:  Delete  the  EXPRESS  section  from  the  ITD. 

EXPLANATION: 

DECISION  DATE:  14  July  1988 

IMPLEMENTATION  RESPONSIBILITY:  Wilson  and  Kennicott. 
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ISSUE  SG6  - 7 NoiKonforraance  of  the  document  to  ISO  standards. 

INTTUTION  DATE:  5 July  1988 
INITIATOR:  Germany 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  The  ITD  as  balloted  on  does  not  conform  to  ISO  documentation  standards. 

DISCUSSION: 

Agreed. 

The  ITD  reflects  the  current  work  status  within  PDES/STEP  and  technical  issues  have  taken 
precedence  over  documentation  standards.  The  next  version  of  the  ITD  to  be  voted  on  will  confonn 
to  ISO  documentation  standards. 

OPTION  PROPOSED:  The  Tokyo  edition  of  the  ITD  will  conform  to  ISO  documentation  standards. 
EXPLANATION: 

DECISION  DATE:  14  July  1988 
IMPLEMENTATION  RESPONSIBILITY:  SG6 
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ISSUE  SG6  - 8 Location  of  TYPE  and  FUNCTION  definitions. 

INITIATION  DATE:  5 July  1988 
INITIATOR:  Germany 
STAITJS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  TYPEs  and  FUNCTIONS  should  be  defined  within  the  appropriate  model  sections. 

DISCUSSION: 

Agreed. 

One  of  the  changes  from  the  Washington  to  the  Denver  edition  of  the  ITD  was  the  relocation  of 
these  definitions,  as  proposed. 

OPTION  PROPOSED:  Relocation  in  hand. 

EXPLANATION: 

DECISION  DATE:  31  March  1988 

IMPLEMENTATION  RESPONSIBILITY:  Wilson  and  Kennicott 
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ISSUE  SG6  - 9 Provide  a full  Cross-reference  listing. 

INITUTION  DATE:  5 July  1988 
INITIATOR:  Germany 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  The  classification  should  be  extended  to  a full  cross  reference  listing. 
DISCUSSION; 

There  is  no  problem  in  doing  this  now  that  EXPRESS  report  writers  are  available.  The  question 
is  one  of  .space  — a full  cross  reference  listing  will  require  100-200  pages  and  the  ITD  already  has 
700-800  pages.  Is  it  worth  it? 

OPTION  PROPOSED:  Provide  a cross  reference  listing  after  the  Conceptual  Schema  has  been  put 
under  configuration  control,  which  is  expected  to  occur  for  the  Tokyo  edition  (after  the  Tokyo 
meeting). 

EXPLANATION:  There  seems  little  point  in  increasing  the  documentation  bulk  until  a reasonably 
stable  state  has  been  reached. 

DECISION  DATE:  17  October  1988 


IMPLEMENTATION  RESPONSIBILITY:  SG6 
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ISSUE  SG6  - 10  Uncomputable  FUNCTIONS 
INITIATION  DATE:  15  August  1988 
INITIATOR:  Vanous 
STATUS:  Resolved 
RELATED  ISSUES: 

DESCRIPTION:  In  many  instances  throughout  the  ffIM  FUNCTIONS  appear  within  WHERE 
clauses  to  define  constraints.  In  some  cases  no  code  is  defined  for  the  body  of  the  FUNC- 
TION. In  these  cases  the  FUNCTION  should  either  be  deleted  or  code  provided. 

DISCUSSION: 

The  coastraints  on  an  entity  are  just  as  vital  a part  of  its  definition  as  the  attributes  which  compose 
the  entity.  These  must  both  be  defined  in  a computer  processible  manner.  There  are,  however,  some 
constraints  that  are  not  necessarily  computable  or,  if  they  are  computable,  would  require  enormous 
effort  to  define  the  algorithm. 

Within  the  IPIM  there  are  four  classes  of  FUNCTION: 

1 . Computable  and  code  provided.  For  example,  the  function  occurs  which,  given  a “name”  and 
a list  of  “names”  returns  the  number  of  occurrences  of  the  given  name  in  the  list. 

2.  Readily  computable  and  no  code  provided.  For  example,  the  function  cross  product  which 
takes  two  input  vectors  and  returns  their  cross  product. 

3.  Computable  but  algorithmically  a major  tasL  For  example,  the  function  arc  length  extent 
which  calculates  the  arc  length  of  a curve.  Developing  the  code  body  for  this  function  would 
take  multiple  man-months. 

4.  Uncomputable.  An  example  of  this  type  of  function  is  manifold  which  should  determine  if  its 
input  argument  is  a mamfold  or  not. 

Most  functions  have  been  defined  so  that  they  return  “simple”  results  (e.g  a LCXjICAL  or  REAL 
value)  and  are  used  within  a correspondingly  simple  context  (e.g  does  the  REAL  value  fall  within  a 
given  range?).  As  an  example,  the  typical  usage  of  arc  length  extent  is  to  say  that  particular  forms 
of  a STEP  curve  must  not  have  zero  length.  If  this  is  a required  constraint,  then  it  must  be  included 
within  the  EXPRESS  definition  of  the  curve. 

OPTIONS 

1.  Delete  all  uncoded  FUNCTIONS. 

2.  Replace  all  uncoded  constraints  by  comments. 

3.  Code  all  computable  FUNCTIONS  and  replace  uncomputable  constraints  by  comments. 

4.  Code  all  easily  computable  FUNCTIONS  and  leave  others  “as  is”. 
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OPTION  PROPOSED:  Provide  text  de6nitions  of  the  inteoded  result(s)  for  each  function;  do  not 
provide  code  for  "standard  functicMis"  (e.g  scalar  product  of  two  vectors);  provide  code  for  the 
remainder  of  easily  computable  functions;  do  not  provide  code  for  complex  or  uncomputable 
functions.  This  issue  should  also  be  addressed  in  the  Style  Guide. 

EXPLANATION:  Computer  processible  constraints,  computable  or  not,  are  an  essential  part  of  the 
Information  Model.  Comments  are  not  computer  processible. 

DECISION  DATE:  17  October  1988 

IMPLEMENTATION  RESPONSIBILITY:  SG6  and  owners  of  FUNCTIONS  and  constraints. 
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